From fedora-test at adslpipe.co.uk Sun Jan 1 00:54:32 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 01 Jan 2006 00:54:32 +0000 Subject: non-existant rawhide report: 20051224 changes Message-ID: <43B72848.3000208@adslpipe.co.uk> Due to the buildsys being over-cautious and not updating rawhide just before xmas, I didn't notice this > * Sat Dec 24 2005 Dave Jones > - Disable dumb yealink driver, which bound to any hid device. I always wondered what yealink was, and why it was binding to my USB KVM! From davej at redhat.com Sun Jan 1 04:44:41 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 31 Dec 2005 23:44:41 -0500 Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 Message-ID: <200601010444.k014ifJ3017358@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-1196 2005-12-31 --------------------------------------------------------------------- Product : Fedora Core 4 Name : kernel Version : 2.6.14 Release : 1.1654_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. --------------------------------------------------------------------- * Wed Dec 28 2005 Dave Jones [2.6.14-1.1654_FC4] - Fix usb storage oops. (#176576) - Fix ACPI owner_id limit. - Decrease stack usage in block layer. * Tue Dec 27 2005 Dave Jones - 2.6.14.5 - usbhid incorrectly claimed wacom penpartner tablet. (#161241) - Reinstate the y2k ACPI blacklist cutoff. It broke working suspend for apm users. * Fri Dec 16 2005 Dave Jones - Rebase to final 2.6.14.4 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 1459510fae61e8c110e63d5bc0ccfd40 SRPMS/kernel-2.6.14-1.1654_FC4.src.rpm e9b53181f108a740b7ecadfea630690d ppc/kernel-2.6.14-1.1654_FC4.ppc.rpm 73e5aed194288f822038a7247db2044c ppc/kernel-devel-2.6.14-1.1654_FC4.ppc.rpm 7f1072064f276a4cc346cdcbe8b32c1e ppc/kernel-smp-2.6.14-1.1654_FC4.ppc.rpm 7015431f7657d92fb41ad62fc255812c ppc/kernel-smp-devel-2.6.14-1.1654_FC4.ppc.rpm 87327175d592bedcd120e995f1bc7230 ppc/debug/kernel-debuginfo-2.6.14-1.1654_FC4.ppc.rpm 85fd9471aa6294f55ba241f8bfbf8005 ppc/kernel-2.6.14-1.1654_FC4.ppc64.rpm 72451f4fb8ee3e3d7677d518a99d7b38 ppc/kernel-devel-2.6.14-1.1654_FC4.ppc64.rpm b5daaf84a1417f715be063948044b8ec x86_64/kernel-2.6.14-1.1654_FC4.x86_64.rpm 1c1637363691a8f3bf4306272a2523e5 x86_64/kernel-devel-2.6.14-1.1654_FC4.x86_64.rpm 95c311e20946632469f06aaabb0066c7 x86_64/kernel-smp-2.6.14-1.1654_FC4.x86_64.rpm 124e8c205bd51c03783933a98e8a5673 x86_64/kernel-smp-devel-2.6.14-1.1654_FC4.x86_64.rpm 36097f419f3588b2b157e3e1e54827a8 x86_64/debug/kernel-debuginfo-2.6.14-1.1654_FC4.x86_64.rpm 844f7f5ba69d6af833e23fb4be6e309e x86_64/kernel-doc-2.6.14-1.1654_FC4.noarch.rpm fd82734ae92960c1a350cebbdcf9b043 i386/kernel-2.6.14-1.1654_FC4.i586.rpm f463d71a9563c41f5df808014f2f6446 i386/kernel-devel-2.6.14-1.1654_FC4.i586.rpm 8062fc429fb681cf831b11ff22dcf89a i386/debug/kernel-debuginfo-2.6.14-1.1654_FC4.i586.rpm 266633b32489c20c2210fb0af5da8919 i386/kernel-2.6.14-1.1654_FC4.i686.rpm 1535c7e507c956e0cb578ea6a3eddb63 i386/kernel-devel-2.6.14-1.1654_FC4.i686.rpm fa3a9cabdd262fc9437cc7225dc15c7a i386/kernel-smp-2.6.14-1.1654_FC4.i686.rpm caab2179e91ea58978f5f92c0d0f3165 i386/kernel-smp-devel-2.6.14-1.1654_FC4.i686.rpm 285c8aacd3008680c01a1370ab86860c i386/debug/kernel-debuginfo-2.6.14-1.1654_FC4.i686.rpm 844f7f5ba69d6af833e23fb4be6e309e i386/kernel-doc-2.6.14-1.1654_FC4.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH --------------------------------------------------------------------- From davej at redhat.com Sun Jan 1 04:48:16 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 31 Dec 2005 23:48:16 -0500 Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 Message-ID: <200601010448.k014mGbh018996@devserv.devel.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-1196 2005-12-31 --------------------------------------------------------------------- Product : Fedora Core 4 Name : kernel Version : 2.6.14 Release : 1.1654_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. --------------------------------------------------------------------- * Wed Dec 28 2005 Dave Jones [2.6.14-1.1654_FC4] - Fix usb storage oops. (#176576) - Fix ACPI owner_id limit. - Decrease stack usage in block layer. * Tue Dec 27 2005 Dave Jones - 2.6.14.5 - usbhid incorrectly claimed wacom penpartner tablet. (#161241) - Reinstate the y2k ACPI blacklist cutoff. It broke working suspend for apm users. * Fri Dec 16 2005 Dave Jones - Rebase to final 2.6.14.4 --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 1459510fae61e8c110e63d5bc0ccfd40 SRPMS/kernel-2.6.14-1.1654_FC4.src.rpm e9b53181f108a740b7ecadfea630690d ppc/kernel-2.6.14-1.1654_FC4.ppc.rpm 73e5aed194288f822038a7247db2044c ppc/kernel-devel-2.6.14-1.1654_FC4.ppc.rpm 7f1072064f276a4cc346cdcbe8b32c1e ppc/kernel-smp-2.6.14-1.1654_FC4.ppc.rpm 7015431f7657d92fb41ad62fc255812c ppc/kernel-smp-devel-2.6.14-1.1654_FC4.ppc.rpm 87327175d592bedcd120e995f1bc7230 ppc/debug/kernel-debuginfo-2.6.14-1.1654_FC4.ppc.rpm 85fd9471aa6294f55ba241f8bfbf8005 ppc/kernel-2.6.14-1.1654_FC4.ppc64.rpm 72451f4fb8ee3e3d7677d518a99d7b38 ppc/kernel-devel-2.6.14-1.1654_FC4.ppc64.rpm b5daaf84a1417f715be063948044b8ec x86_64/kernel-2.6.14-1.1654_FC4.x86_64.rpm 1c1637363691a8f3bf4306272a2523e5 x86_64/kernel-devel-2.6.14-1.1654_FC4.x86_64.rpm 95c311e20946632469f06aaabb0066c7 x86_64/kernel-smp-2.6.14-1.1654_FC4.x86_64.rpm 124e8c205bd51c03783933a98e8a5673 x86_64/kernel-smp-devel-2.6.14-1.1654_FC4.x86_64.rpm 36097f419f3588b2b157e3e1e54827a8 x86_64/debug/kernel-debuginfo-2.6.14-1.1654_FC4.x86_64.rpm 844f7f5ba69d6af833e23fb4be6e309e x86_64/kernel-doc-2.6.14-1.1654_FC4.noarch.rpm fd82734ae92960c1a350cebbdcf9b043 i386/kernel-2.6.14-1.1654_FC4.i586.rpm f463d71a9563c41f5df808014f2f6446 i386/kernel-devel-2.6.14-1.1654_FC4.i586.rpm 8062fc429fb681cf831b11ff22dcf89a i386/debug/kernel-debuginfo-2.6.14-1.1654_FC4.i586.rpm 266633b32489c20c2210fb0af5da8919 i386/kernel-2.6.14-1.1654_FC4.i686.rpm 1535c7e507c956e0cb578ea6a3eddb63 i386/kernel-devel-2.6.14-1.1654_FC4.i686.rpm fa3a9cabdd262fc9437cc7225dc15c7a i386/kernel-smp-2.6.14-1.1654_FC4.i686.rpm caab2179e91ea58978f5f92c0d0f3165 i386/kernel-smp-devel-2.6.14-1.1654_FC4.i686.rpm 285c8aacd3008680c01a1370ab86860c i386/debug/kernel-debuginfo-2.6.14-1.1654_FC4.i686.rpm 844f7f5ba69d6af833e23fb4be6e309e i386/kernel-doc-2.6.14-1.1654_FC4.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH --------------------------------------------------------------------- From eric at interplas.com Sun Jan 1 06:49:56 2006 From: eric at interplas.com (Eric Wood) Date: Sun, 01 Jan 2006 01:49:56 -0500 Subject: call for testing, dmraid in rawhide In-Reply-To: <43B680AB.3000908@adslpipe.co.uk> References: <200512131123.jBDBN9bX008500@porkchop.devel.redhat.com><1134492498.3089.11.camel@localhost.localdomain><43A6F290.40708@adslpipe.co.uk><1135016989.25620.2.camel@localhost.localdomain><43A87191.8070909@adslpipe.co.uk><1135113076.3240.11.camel@localhost.localdomain><43A9A321.7020307@adslpipe.co.uk> <43AB0B70.4050607@adslpipe.co.uk> <1135366559.4199.3.camel@localhost.localdomain> <43B680AB.3000908@adslpipe.co.uk> Message-ID: <43B77B94.6030204@interplas.com> Andy Burns wrote: > OK, now that rawhide is bootable/installable again for me I have tried > dmraid again. > > With BIOS in SATA=AHCI mode I booted a rescue CD and did > dd if=/dev/zero of=/dev/sda > dd if=/dev/zero of=/dev/sdb > > Then changed BIOS to SATA=RAID mode, rebooted went into the ICH7R > option ROM and created two arrays (a 50GB RAID1 from 50GB of each disk > and a 400GB from the remaining 200GB of each disk) > > Booted from rawhide 2005-12-31 with command line > linux dmraid vga=773 debug console=ttyS0,115200 console=tty1 > > Kernel boots and starts /sbin/loader > I choose language/dhcp/http install > Machine retrieves stage2.img, starts anaconda, starts X11 > then immediately backtraces the same way as it did before > http://adslpipe.co.uk/dmraidtrace.jpg I have a via chipset with 2 80gig disks RAID-1 together. I too grabbed the lastest bootdisk.img and did a http development install today but the install went through fine until the final reboot: Here are some interesting things (bugs) I found out: 1. Whether using the 'dmraid' boot arg or not, I could not visually tell the difference of what anaconda actually detected in terms of a physical harddisk while in the partitioning screen. There's really no confirmation that dmraid is actually playing a part of the partitioning scheme. 2. There's an option to choose a boot loader method: to install on MBR or the front of the partition 1. What's interesting is the this screen shows the device as /dev/mapper/viahhegwhg instead of /dev/mapper/via_hhegwhg. For some reason the underscore character is chopped out. 3. I choose for LVM to auto partition my disk and the install went through normally so I *assumed* that the two drives we're mirror from the very starting, but on the first reboot, the kernel saw two conflicting logical volumes, then /dev/sdb took precendence for some reason and /dev/sda was hung out to dry. I disconnected the /dev/sdb drive and the system booted fine (granted with no raid). 4. I don't think that 'dmraid' was added to the grub.conf file automatically once installation finished. I'm still not sure what I should be excepting but I hope the work continues in this area. -eric wood From buildsys at redhat.com Sun Jan 1 08:11:49 2006 From: buildsys at redhat.com (Build System) Date: Sun, 1 Jan 2006 03:11:49 -0500 Subject: rawhide report: 20060101 changes Message-ID: <200601010811.k018BnDI032752@porkchop.devel.redhat.com> Updated Packages: kernel-2.6.14-1.1806_FC5 ------------------------ * Sat Dec 31 2005 Dave Jones - 2.6.15-rc7-git5 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11 systemtap - 0.5.2-2.s390 requires kernel-devel Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11 systemtap - 0.5.2-2.s390x requires kernel-devel Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) From dragoran at feuerpokemon.de Sun Jan 1 09:12:20 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 01 Jan 2006 10:12:20 +0100 Subject: rawhide report: 20051231 changes In-Reply-To: <1136034626.2839.2.camel@scrappy.miketc.com> References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com> <43B65C6F.3020301@feuerpokemon.de> <43B673AF.1040705@adslpipe.co.uk> <1136034626.2839.2.camel@scrappy.miketc.com> Message-ID: <43B79CF4.5020705@feuerpokemon.de> Mike Chambers wrote: >On Sat, 2005-12-31 at 12:03 +0000, Andy Burns wrote: > > >>dragoran wrote: >> >> > > > >>Yep, I did a quick boot with that kernel "warm from the oven" last night. >> >>I've just completed a clean install of rawhide for the first time in ten >>days :-) Unfortunately this install has still resulted in an un-bootable >>machine, it looks like a grub issue, which could be due to my ks.cfg :-( >> >> > >Well not sure on the unbootable part, but my rawhide install went fine >(cept being slower than normal) and it is bootable/usable machine (as >mentioned in last email, system is slow though). > >Mike > > > I aborted because it was too slow.. now I try again with 1806 hope that its faster now From dragoran at feuerpokemon.de Sun Jan 1 12:30:10 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 01 Jan 2006 13:30:10 +0100 Subject: rawhide report: 20051231 changes (installation succeded but sys does not boot) In-Reply-To: <43B79CF4.5020705@feuerpokemon.de> References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com> <43B65C6F.3020301@feuerpokemon.de> <43B673AF.1040705@adslpipe.co.uk> <1136034626.2839.2.camel@scrappy.miketc.com> <43B79CF4.5020705@feuerpokemon.de> Message-ID: <43B7CB52.8070407@feuerpokemon.de> dragoran schrieb: > Mike Chambers wrote: > >> On Sat, 2005-12-31 at 12:03 +0000, Andy Burns wrote: >> >> >>> dragoran wrote: >>> >> >> >> >> >>> Yep, I did a quick boot with that kernel "warm from the oven" last >>> night. >>> >>> I've just completed a clean install of rawhide for the first time in >>> ten days :-) Unfortunately this install has still resulted in an >>> un-bootable machine, it looks like a grub issue, which could be due >>> to my ks.cfg :-( >>> >> >> >> Well not sure on the unbootable part, but my rawhide install went fine >> (cept being slower than normal) and it is bootable/usable machine (as >> mentioned in last email, system is slow though). >> >> Mike >> >> >> > I aborted because it was too slow.. > now I try again with 1806 hope that its faster now > installation finshed software raid0 (hda1 +hdb2) boot on hda2 ; swap on hdb1 system won't boot label SWAP-hdb1 not found unable to access resume device (LABEL=SWAP-hdb1) EX3-fs: unable to read superblock I booted into rescue mode (which was broken) so I booted with the fc4 dvd rescue mode and did mkswap -L SWAP-hdb1 /dev/hdb1 (did not help) so I removed the fstab entry for it .. still the same problem... whats wrong? the fc4 kernel on cd boots fine... should I fill this in bugzilla? agains what kernel? or did anaconda messed things up (raid)? From fedora-test at adslpipe.co.uk Sun Jan 1 13:15:52 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 01 Jan 2006 13:15:52 +0000 Subject: rawhide report: 20051231 changes In-Reply-To: <1136034626.2839.2.camel@scrappy.miketc.com> References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com><43B65C6F.3020301@feuerpokemon.de> <43B673AF.1040705@adslpipe.co.uk> <1136034626.2839.2.camel@scrappy.miketc.com> Message-ID: <43B7D608.7090204@adslpipe.co.uk> Mike Chambers wrote: > Well not sure on the unbootable part Think that was due to raid problems, still being recognised as /dev/md_d0 etc rather than /dev/md0 etc, already logged https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176179 From fedora-test at adslpipe.co.uk Sun Jan 1 13:19:31 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 01 Jan 2006 13:19:31 +0000 Subject: rawhide report: 20051231 changes (installation succeded but sysdoes not boot) In-Reply-To: <43B7CB52.8070407@feuerpokemon.de> References: <200512310802.jBV82AEP017418@porkchop.devel.redhat.com> <43B65C6F.3020301@feuerpokemon.de> <43B673AF.1040705@adslpipe.co.uk> <1136034626.2839.2.camel@scrappy.miketc.com><43B79CF4.5020705@feuerpokemon.de> <43B7CB52.8070407@feuerpokemon.de> Message-ID: <43B7D6E3.1090504@adslpipe.co.uk> dragoran wrote: > installation finshed > software raid0 (hda1 +hdb2) > boot on hda2 ; swap on hdb1 > system won't boot label SWAP-hdb1 not found > unable to access resume device (LABEL=SWAP-hdb1) > EX3-fs: unable to read superblock > I booted into rescue mode (which was broken) > so I booted with the fc4 dvd rescue mode and did mkswap -L SWAP-hdb1 > /dev/hdb1 (did not help) > so I removed the fstab entry for it .. still the same problem... > whats wrong? the fc4 kernel on cd boots fine... raidautorun is incorrectly recognising raid-on-a-partition as partition-on-a-raid, therefore they end up as /dev/md_d0 etc rather than /dev/md0 etc > should I fill this in bugzilla? agains what kernel? or did anaconda > messed things up (raid)? I've already got one open https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176179 In fact I just finished testing that this bug still exists in rawhide 2006-01-01 From david.r.bentley at btinternet.com Sun Jan 1 13:52:18 2006 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Sun, 1 Jan 2006 13:52:18 +0000 (GMT) Subject: mysql tools Message-ID: <20060101135218.88282.qmail@web86506.mail.ukl.yahoo.com> A Friend of mine has just changed to using linux (FC4) for his mysql server and is disappointed at the lack of gui administration tools such as mysql administrator and query browser that he used under windows. He has successfully used the statically linked tarballs from the mysql site but is wondering if these tools will be available as RPM type installs in Core 5 or even core 4 via extra's in future. From ivazquez at ivazquez.net Sun Jan 1 14:03:05 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sun, 01 Jan 2006 09:03:05 -0500 Subject: mysql tools In-Reply-To: <20060101135218.88282.qmail@web86506.mail.ukl.yahoo.com> References: <20060101135218.88282.qmail@web86506.mail.ukl.yahoo.com> Message-ID: <1136124185.30392.4.camel@ignacio.lan> On Sun, 2006-01-01 at 13:52 +0000, DAVID BENTLEY wrote: > A Friend of mine has just changed to using linux (FC4) > for his mysql server > and is disappointed at the lack of gui administration > tools such as > mysql administrator and query browser that he used > under windows. > > He has successfully used the statically linked > tarballs from the mysql site > but is wondering if these tools will be available as > RPM type installs in > Core 5 or even core 4 via extra's in future. Are you volunteering to maintain them in Extras? -- 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: 189 bytes Desc: This is a digitally signed message part URL: From gsimpson at mountaincable.net Sun Jan 1 15:46:53 2006 From: gsimpson at mountaincable.net (glenn) Date: Sun, 01 Jan 2006 10:46:53 -0500 Subject: yum has no baseurl on FC5 Message-ID: <43B7F96D.2080105@mountaincable.net> After I did the update to kernel 1805, yum now fails to find the baseurl of any of the repos's. I dropped back to kernel 1800, but the result is the same (no workie). Because yum does not leave me any other kernels, I have no other options. The system is: AMD 2000+ 80 GB IDE drive I tried 'yum clean all' but that was no help to the command 'yum update'. I saw this problem temporarily on FC4 on Saturday, but FC4 recovered. -- Glenn Hamilton, Ont From jspaleta at gmail.com Sun Jan 1 16:02:24 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 1 Jan 2006 11:02:24 -0500 Subject: yum has no baseurl on FC5 In-Reply-To: <43B7F96D.2080105@mountaincable.net> References: <43B7F96D.2080105@mountaincable.net> Message-ID: <604aa7910601010802i6d4615c0k3e93f0da1f68c352@mail.gmail.com> This sounds like a network issue to me. Are you using an http proxy? I've seen this error message repeatedly when people have misconfigured their proxy settings. -jef From gsimpson at mountaincable.net Sun Jan 1 16:17:46 2006 From: gsimpson at mountaincable.net (glenn) Date: Sun, 01 Jan 2006 11:17:46 -0500 Subject: yum has no baseurl on FC5 In-Reply-To: <604aa7910601010802i6d4615c0k3e93f0da1f68c352@mail.gmail.com> References: <43B7F96D.2080105@mountaincable.net> <604aa7910601010802i6d4615c0k3e93f0da1f68c352@mail.gmail.com> Message-ID: <43B800AA.2000909@mountaincable.net> Jeff Spaleta wrote: > This sounds like a network issue to me. Are you using an http proxy? > I've seen this error message repeatedly when people have misconfigured > their proxy settings. > > -jef > No, not using a proxy. Interesting, I changed nothing on the FC5 but used to yum to load 1805 kernel. yum update kern* When that completed, I rebooted to get to the new kernel. Simple things I tried seemed to work, except yum because of the baseurl problem. I agree, it seems like a network problem at the mirror end. The fact that I had the problem occur on the FC4 host, with NO changes to that host, and recover with NO changes to that host, makes me suspicious of magic at the other end. -- Glenn Hamilton, Ont From jspaleta at gmail.com Sun Jan 1 16:27:12 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 1 Jan 2006 11:27:12 -0500 Subject: yum has no baseurl on FC5 In-Reply-To: <43B800AA.2000909@mountaincable.net> References: <43B7F96D.2080105@mountaincable.net> <604aa7910601010802i6d4615c0k3e93f0da1f68c352@mail.gmail.com> <43B800AA.2000909@mountaincable.net> Message-ID: <604aa7910601010827s516aad33uaa7cc2c7d61415c3@mail.gmail.com> > I agree, it seems like a network problem at the mirror end. The fact > that I had the problem occur on the FC4 host, with NO changes to that > host, and recover with NO changes to that host, makes me suspicious of > magic at the other end. http://fedora.redhat.com/download/mirrors/fedora-core-rawhide can you get to that url in a webbrowser? -jef From gsimpson at mountaincable.net Sun Jan 1 16:45:44 2006 From: gsimpson at mountaincable.net (glenn) Date: Sun, 01 Jan 2006 11:45:44 -0500 Subject: yum has no baseurl on FC5 In-Reply-To: <604aa7910601010827s516aad33uaa7cc2c7d61415c3@mail.gmail.com> References: <43B7F96D.2080105@mountaincable.net> <604aa7910601010802i6d4615c0k3e93f0da1f68c352@mail.gmail.com> <43B800AA.2000909@mountaincable.net> <604aa7910601010827s516aad33uaa7cc2c7d61415c3@mail.gmail.com> Message-ID: <43B80738.4060207@mountaincable.net> Jeff Spaleta wrote: >>I agree, it seems like a network problem at the mirror end. The fact >>that I had the problem occur on the FC4 host, with NO changes to that >>host, and recover with NO changes to that host, makes me suspicious of >>magic at the other end. > > > http://fedora.redhat.com/download/mirrors/fedora-core-rawhide > > can you get to that url in a webbrowser? > Yes, I see the pkgs in the list on the browser. === I have found that if I disable fedora-base-repo and fedora-extras-repo then yum works and I brought in kernel 1806 and 2 selinux pkg updates. When I re-enable the above 2 repos, I go back to the problem of can not find the baseurl (due to the search order it reports failure to find 'base', but if I disable 'base' then it reports failure to find 'extras') -- Glenn Hamilton, Ont From lynn at garlic.com Sun Jan 1 16:52:56 2006 From: lynn at garlic.com (Anne & Lynn Wheeler) Date: Sun, 01 Jan 2006 09:52:56 -0700 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <20060101140324.1045473071@hormel.redhat.com> References: <20060101140324.1045473071@hormel.redhat.com> Message-ID: <43B808E8.2090409@garlic.com> Andy Burns wrote: > Even that seems pretty low, I'd have thought you should be able to > sustain 10-12MB/s the example was not taken for being peak tcp/ip ... the example was some measure of thruput (which happened to include tcp/ip, disk i/o) where neither the kernel being measure nor the cpu processing should have been the bottleneck (limiting factor). it turns out that there is some 802.11 involved in this particular operation as well as lots of physical disk reads on the source and lots of physical disk writes on the receiver. the issue was that the measured thruput and cpu on 1788 kernel had some bottleneck outside of the kernel and cpu. the post-1788 kernel thruput then went to one hundred precent cpu busy ... and the overall measured thruput, which wasn't otherwise being limited by the system ... degraded by better than a factor of four ... and the cpu per byte transferred increased by a factor of over 20 times and the kernel cpu per byte transferred increased by possibly 100 times. for some purely random topic drift ... it turns out that slight changes in the position of the 802.11 antennas can change thruput between 2.6mbytes /sec and 2.4mbytes/sec. From linux00 at kornet.net Sun Jan 1 17:00:13 2006 From: linux00 at kornet.net (sangu) Date: Mon, 02 Jan 2006 02:00:13 +0900 Subject: yum has no baseurl on FC5 In-Reply-To: <1136130423381358.0.ppp8@ppp8> References: <1136130423381358.0.ppp8@ppp8> Message-ID: <1136134813.2703.14.camel@sangu.sangu.net> The Same problem happens to my linux box. Using yum, liferea, wget, bittorrent, the network issue happes. Add below address in /etc/hosts, [...] 209.132.176.220 download.fedora.redhat.com and yum can find baseurl. See Also : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176469 2006-01-01 (?), 10:46 -0500, glenn ???: > After I did the update to kernel 1805, yum now fails to find the baseurl > of any of the repos's. > > I dropped back to kernel 1800, but the result is the same (no workie). > Because yum does not leave me any other kernels, I have no other options. > > The system is: > AMD 2000+ > 80 GB IDE drive > > I tried 'yum clean all' but that was no help to the command 'yum update'. > > I saw this problem temporarily on FC4 on Saturday, but FC4 recovered. > > -- > Glenn > Hamilton, Ont > From petr.fischer at praguesoft.cz Sun Jan 1 18:04:31 2006 From: petr.fischer at praguesoft.cz (Petr Fischer) Date: Sun, 01 Jan 2006 19:04:31 +0100 Subject: ugrading & reiser Message-ID: <1136138671.27789.0.camel@localhost.localdomain> Hi, 1) can I upgrade directly from FC3 to FC5? 2) can I upgrade FC4 with reiser root file system to FC5 - any problems with resier root partition recognition in anaconda? Thanks! pf From davej at redhat.com Sun Jan 1 20:05:23 2006 From: davej at redhat.com (Dave Jones) Date: Sun, 1 Jan 2006 15:05:23 -0500 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <43B70FAD.6040706@adslpipe.co.uk> References: <43B6EA55.8020103@adslpipe.co.uk> <20051231203046.GC16308@redhat.com> <43B70FAD.6040706@adslpipe.co.uk> Message-ID: <20060101200523.GA2886@redhat.com> On Sat, Dec 31, 2005 at 11:09:33PM +0000, Andy Burns wrote: > Dave Jones wrote: > > >my people page will have a new kernel with it turned off in about > >an hour (buildsys permitting). > > Got it thanks, you can certainly feel the difference :-) > my previous wget now gets an "expected" 11.1MB/s and eats about 25% CPU > (which feels a bit on the high side) > > One weird note though, I accidentally installed the 1806 uniprocessor > i686 kernel, and when it booted it didn't see the SATA drives > > ata1 is slow to respond, please be patient > ata1 failed to respond (30 secs) > scsi0 : ahci > ata2 is slow to respond, please be patient > ata2 failed to respond (30 secs) > scsi1 : ahci > > http://adslpipe.co.uk/nosata.jpg it happened twice so no fluke. > > I suppose the subsequent panic is justified given that it didn't see the > disks, but why would it not see them? I rebooted back to 1805 smp i686 > kernel, installed 1806 smp i686 kernel and now all is well, I can double > check the uniprocessor result if required ... puzzling. does the UP initrd have the sata modules in it? If you remove and reinstall the UP kernel, is it repeatably broken? Dave From davej at redhat.com Sun Jan 1 20:07:48 2006 From: davej at redhat.com (Dave Jones) Date: Sun, 1 Jan 2006 15:07:48 -0500 Subject: non-existant rawhide report: 20051224 changes In-Reply-To: <43B72848.3000208@adslpipe.co.uk> References: <43B72848.3000208@adslpipe.co.uk> Message-ID: <20060101200748.GB2886@redhat.com> On Sun, Jan 01, 2006 at 12:54:32AM +0000, Andy Burns wrote: > Due to the buildsys being over-cautious and not updating rawhide just > before xmas, I didn't notice this > > >* Sat Dec 24 2005 Dave Jones > >- Disable dumb yealink driver, which bound to any hid device. > > I always wondered what yealink was, and why it was binding to my USB KVM! Yeah, it's a bit silly. In my case it picked up on my UPS's USB monitoring port. I've reported it upstream, but unless someone with one of these complains that Fedora doesn't work with it, I'll leave it turned off, as it sounds like a pretty niche device anyway. Dave From fedora-test at adslpipe.co.uk Sun Jan 1 21:40:03 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 01 Jan 2006 21:40:03 +0000 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <20060101200523.GA2886@redhat.com> References: <43B6EA55.8020103@adslpipe.co.uk><20051231203046.GC16308@redhat.com><43B70FAD.6040706@adslpipe.co.uk> <20060101200523.GA2886@redhat.com> Message-ID: <43B84C33.4050907@adslpipe.co.uk> Dave Jones wrote: > puzzling. does the UP initrd have the sata modules in it? I've already got rid of 1805 by refreshing my mirror and overwriting my boot.iso CDRW, anyway problem still happens in 1806 > If you remove and reinstall the UP kernel, is it repeatably broken? Yes :-( On a machine that is working fine with 1806smp, I installed 1806up, rebooted into it and it failed the same way with "ata1 is slow to respond" etc I've just extracted the contents of my 1806 smp/up initrd files they each have the set of files (i.e. count and name wise) executables in /bin are identical, obviously the modules in /lib are different, the contents of the init are identical Unusual to see an issue where _not_ running smp tickles a problem From djhender at telusplanet.net Sun Jan 1 22:57:03 2006 From: djhender at telusplanet.net (Doug Henderson) Date: Sun, 01 Jan 2006 15:57:03 -0700 Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 In-Reply-To: <20060101140323.E179173063@hormel.redhat.com> References: <20060101140323.E179173063@hormel.redhat.com> Message-ID: <43B85E3F.6050204@telusplanet.net> fedora-test-list-request at redhat.com wrote: > > Message: 8 > Date: Sat, 31 Dec 2005 23:44:41 -0500 > From: "Dave Jones" > Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 > To: fedora-test-list at redhat.com > Message-ID: <200601010444.k014ifJ3017358 at devserv.devel.redhat.com> > > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2005-1196 > 2005-12-31 > --------------------------------------------------------------------- > > Product : Fedora Core 4 > Name : kernel > Version : 2.6.14 > Release : 1.1654_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. > > --------------------------------------------------------------------- > > * Wed Dec 28 2005 Dave Jones [2.6.14-1.1654_FC4] > - Fix usb storage oops. (#176576) > - Fix ACPI owner_id limit. > - Decrease stack usage in block layer. > > * Tue Dec 27 2005 Dave Jones > - 2.6.14.5 > - usbhid incorrectly claimed wacom penpartner tablet. (#161241) > - Reinstate the y2k ACPI blacklist cutoff. > It broke working suspend for apm users. > > * Fri Dec 16 2005 Dave Jones > - Rebase to final 2.6.14.4 > > The last SMP kernel to boot successfully on my dual PIII box was 2.6.14.1.1637smp_FC4. All non-SMP kernels boot successfully. The SMP kernels (after 1637) do not recognize the network or video cards. So I tried this kernel to see if it would boot. The 1637 shows this message in dmesg: ACPI: BIOS age (2000) fails cutoff (2001), acpi=force is required to enable ACPI The later kernels, including 1654, do not show this message. They appears to enable ACPI in both SMP and non-SMP versions. Please provide suggestions for tests, or instructions for information gathering, or a bug ticket where I can attach logs, etc. From fct-cornette at insight.rr.com Sun Jan 1 23:16:34 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 01 Jan 2006 18:16:34 -0500 Subject: ugrading & reiser In-Reply-To: <1136138671.27789.0.camel@localhost.localdomain> References: <1136138671.27789.0.camel@localhost.localdomain> Message-ID: <43B862D2.5000007@insight.rr.com> Petr Fischer wrote: > Hi, > > 1) can I upgrade directly from FC3 to FC5? > 2) can I upgrade FC4 with reiser root file system to FC5 - any problems > with resier root partition recognition in anaconda? > > Thanks! pf > I seen your question on both the fedora lst and this test list. I did not hear any mention that reiserfs was removed. I guess the most sure way is to download the FC5 Test 1 disks when it is released and see if the installer is happy with the reiserfs. There was talk that xfs needed selinux disabled, so it should be supported as in the past. For FC3 to FC5 upgrade, things might be a bit harder because of packages being transferred over to fedora Extras which used to be included in Fedora core. These packages will not get upgraded until you run yum update after the install is completed. Also, there are a lot of Java pckages in FC5 which were not available in FC3. You might need to check the release notes in FC4 for package additions as well as FC5 release notes to see if there are any packages which you desire. On upgrades, they will not be added. Jim From fct-cornette at insight.rr.com Sun Jan 1 23:19:45 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 01 Jan 2006 18:19:45 -0500 Subject: ugrading & reiser In-Reply-To: <43B862D2.5000007@insight.rr.com> References: <1136138671.27789.0.camel@localhost.localdomain> <43B862D2.5000007@insight.rr.com> Message-ID: <43B86391.6020305@insight.rr.com> A few corrections added: Test 2 and list vs lst: Jim Cornette wrote: > Petr Fischer wrote: > >> Hi, >> >> 1) can I upgrade directly from FC3 to FC5? >> 2) can I upgrade FC4 with reiser root file system to FC5 - any problems >> with resier root partition recognition in anaconda? >> >> Thanks! pf >> > > I seen your question on both the fedora list and this test list. I did > not hear any mention that reiserfs was removed. I guess the most sure > way is to download the FC5 Test 2 disks when it is released and see if > the installer is happy with the reiserfs. > > There was talk that xfs needed selinux disabled, so it should be > supported as in the past. > > For FC3 to FC5 upgrade, things might be a bit harder because of packages > being transferred over to fedora Extras which used to be included in > Fedora core. These packages will not get upgraded until you run yum > update after the install is completed. Also, there are a lot of Java > pckages in FC5 which were not available in FC3. You might need to check > the release notes in FC4 for package additions as well as FC5 release > notes to see if there are any packages which you desire. On upgrades, > they will not be added. > > Jim > -- To invent, you need a good imagination and a pile of junk. -- Thomas Edison From fedora-test at adslpipe.co.uk Sun Jan 1 23:38:51 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 01 Jan 2006 23:38:51 +0000 Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 In-Reply-To: <43B85E3F.6050204@telusplanet.net> References: <20060101140323.E179173063@hormel.redhat.com> <43B85E3F.6050204@telusplanet.net> Message-ID: <43B8680B.1090805@adslpipe.co.uk> Doug Henderson wrote: > The 1637 shows this message in dmesg: > ACPI: BIOS age (2000) fails cutoff (2001), acpi=force is required to > enable ACPI > > The later kernels, including 1654, do not show this message. > They appears to enable ACPI in both SMP and non-SMP versions. ISTR that the ACPI cut-off date has now been dropped ... From fedora-test at adslpipe.co.uk Sun Jan 1 23:55:15 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 01 Jan 2006 23:55:15 +0000 Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 In-Reply-To: <43B85E3F.6050204@telusplanet.net> References: <20060101140323.E179173063@hormel.redhat.com> <43B85E3F.6050204@telusplanet.net> Message-ID: <43B86BE3.9000508@adslpipe.co.uk> Doug Henderson wrote: > They appears to enable ACPI in both SMP and non-SMP versions. Have you tried with acpi=off? Is there a BIOS update available for your motherboard? From davej at redhat.com Mon Jan 2 02:03:00 2006 From: davej at redhat.com (Dave Jones) Date: Sun, 1 Jan 2006 21:03:00 -0500 Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 In-Reply-To: <43B8680B.1090805@adslpipe.co.uk> References: <20060101140323.E179173063@hormel.redhat.com> <43B85E3F.6050204@telusplanet.net> <43B8680B.1090805@adslpipe.co.uk> Message-ID: <20060102020300.GB7347@redhat.com> On Sun, Jan 01, 2006 at 11:38:51PM +0000, Andy Burns wrote: > Doug Henderson wrote: > > >The 1637 shows this message in dmesg: > >ACPI: BIOS age (2000) fails cutoff (2001), acpi=force is required to > >enable ACPI > > > >The later kernels, including 1654, do not show this message. > >They appears to enable ACPI in both SMP and non-SMP versions. > > ISTR that the ACPI cut-off date has now been dropped ... Brought back in this update, though I got the date wrong. It should cut-off at 2001, but its set to 2000. Just fixed it in cvs. Dave From buildsys at redhat.com Mon Jan 2 08:01:28 2006 From: buildsys at redhat.com (Build System) Date: Mon, 2 Jan 2006 03:01:28 -0500 Subject: rawhide report: 20060102 changes Message-ID: <200601020801.k0281SP4015860@porkchop.devel.redhat.com> Updated Packages: iso-codes-0.49-1 ---------------- * Sun Jan 01 2006 Christopher Aillon 0.49-1 - Update to 0.49 kernel-2.6.14-1.1807_FC5 ------------------------ * Sun Jan 01 2006 Dave Jones - 2.6.15-rc7-git6 Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11 systemtap - 0.5.2-2.s390 requires kernel-devel Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11 systemtap - 0.5.2-2.s390x requires kernel-devel Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) From fedora-test at adslpipe.co.uk Mon Jan 2 09:35:02 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Mon, 02 Jan 2006 09:35:02 +0000 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <20060101200523.GA2886@redhat.com> References: <43B6EA55.8020103@adslpipe.co.uk><20051231203046.GC16308@redhat.com><43B70FAD.6040706@adslpipe.co.uk> <20060101200523.GA2886@redhat.com> Message-ID: <43B8F3C6.2030309@adslpipe.co.uk> Dave Jones wrote: > If you remove and reinstall the UP kernel, is it repeatably broken? What kernel is in the boot.iso, i586 up? It detects SATA devices OK From dragoran at feuerpokemon.de Mon Jan 2 10:40:27 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Mon, 02 Jan 2006 11:40:27 +0100 Subject: RPM install error ("scriptlet failed") In-Reply-To: <439C2135.5000804@redhat.com> References: <1134164306.4622.22.camel@localhost.localdomain> <1134240658.4622.28.camel@localhost.localdomain> <1134248447.2758.13.camel@localhost.localdomain> <1134305398.17864.1.camel@scrappy.miketc.com> <439C2135.5000804@redhat.com> Message-ID: <43B9031B.4090204@feuerpokemon.de> Rahul Sundaram wrote: > Mike Chambers wrote: > >> On Sat, 2005-12-10 at 21:00 +0000, Leon Stringer wrote: >> >> >> >>> Although I hadn't considered SELinux as I disabled it during install. I >>> wonder how it turned itself back on...? >>> >> >> >> That's been a problem for a bit now, as have experienced that a few >> times lately. It's like whatever selection you choose, it never gets >> pushed to the system. >> >> >> > Fixed in rawhide now. > > regards > Rahul > seems that the problem returned. I installed rawhide yesterday and my system is'nt bootable so I booted into rescue mode and installed a new kernel 1807 and the scripled failed messages returned. then I booted with linux rescue selinux=0 and it worked (kernel still broken raid issue already reported). note: I used a fc*4* rescue disk was this related to the old kernel used or has the bug returned? From eric at interplas.com Mon Jan 2 14:32:16 2006 From: eric at interplas.com (Eric Wood) Date: Mon, 2 Jan 2006 09:32:16 -0500 Subject: Release notes References: Message-ID: <026701c60fa9$54acac90$f502000a@M145Primary> FYI, What's interesting is that the release notes is a "living document" which is controlled over at http://fedoraproject.org/wiki/DocsProject. Each section (called a beat) of the release notes is written by a different person (called a beat writer). You can file even file bugzilla/suggestion reports against particular parts of the release notes and other guides. In the future, the release notes will be automatically generated (concatenated) from all the different beats and put in to distribution. The wiki granularity is pretty awesome - little 'ol me was able to file a suggestion to the release notes: You can see all of the release note requests for Fedora Core 5. https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=168083 -eric wood ----- Original Message ----- From: "Don Springall" Subject: Release notes > My /usr/share/doc/HTML/index.html is still the old Core 4 release notes > even though I am running current rawhide release. Is there some package I > can install to update all the documentation to core 5 or does that take a > fresh install ? From sundaram at redhat.com Mon Jan 2 14:44:54 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 02 Jan 2006 20:14:54 +0530 Subject: Release notes In-Reply-To: <026701c60fa9$54acac90$f502000a@M145Primary> References: <026701c60fa9$54acac90$f502000a@M145Primary> Message-ID: <43B93C66.4000300@redhat.com> Eric Wood wrote: > FYI, > > What's interesting is that the release notes is a "living document" > which is controlled over at > http://fedoraproject.org/wiki/DocsProject. Each section (called a > beat) of the release notes is written by a different person (called a > beat writer). You can file even file bugzilla/suggestion reports > against particular parts of the release notes and other guides. > > In the future, the release notes will be automatically generated > (concatenated) from all the different beats and put in to distribution. > > The wiki granularity is pretty awesome - little 'ol me was able to > file a suggestion to the release notes: > > You can see all of the release note requests for Fedora Core 5. > https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=168083 One of the advantages is that you can register in the wiki and modify such content yourself and participate in enhancing the release notes actively which goes beyond filing bug reports. http://fedoraproject.org/wiki/WikiEditing The idea behind using the wiki as one of the sources of content is to lower the barrier for potential contributions compared to using CVS and docbook xml markup. While the beat writing process itself has worked out relatively well and you should be able to see the results in the upcoming test releases the idea of random quick contributions hasnt really paned out much. Whoever is considering file bug reports or suggesting enhancements might consider registering and contributing content directly instead. Another related item is that we have a rawhide equivalent of docs now available at http://webtest.fedora.redhat.com/docs/ From ivg2 at cornell.edu Mon Jan 2 13:06:58 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Mon, 02 Jan 2006 08:06:58 -0500 Subject: Error activating xkb configuration Message-ID: <43B92572.9010406@cornell.edu> Hi. For about a month I've been greeted by this message every time I log in. Any suggestions? What's the correct bugzilla component? Error activating XKB configuration. It can happen under various circumstances: - a bug in libxklavier library - a bug in X server (xkbcomp, xmodmap utilities) - X server with incompatible libxkbfile implementation X server version data: The X.Org Foundation 69999904 If you report this situation as a bug, please include: - The result of xprop -root | grep XKB - The result of gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd ===== xprop -root |grep XKB: _XKB_RULES_NAMES_BACKUP(STRING) = "xorg", "pc105", "us", "", "" _XKB_RULES_NAMES(STRING) = "xorg", "pc105", "us", "", "" gconftool-2 -R /desktop/gnome/peripherals/keyboard/kbd: layouts = [us,bg phonetic] model = pc105 overrideSettings = false options = [grp grp:alts_toggle] From david.r.bentley at btinternet.com Mon Jan 2 15:11:22 2006 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Mon, 2 Jan 2006 15:11:22 +0000 (GMT) Subject: mysql tools In-Reply-To: <1136124185.30392.4.camel@ignacio.lan> Message-ID: <20060102151122.79312.qmail@web86505.mail.ukl.yahoo.com> As these are not already available in extra's I assume that there is a very good reason for this as with no tweaking at all I have just built the administrator package after installing it with yum localinstall to satisfy its dependancies and then subsequently the query browser (this needed a small tweak). So with a bit of tweaking I have now built both packages and have as a result of the build process re-packaged sources that build cleanly. mysql-administrator-1.1.5-1.FC4.src.rpm mysql-query-browser-1.1.17-1.FC4.src.rpm as well as the resultig install packages. These ofcourse are not signed packages nor do they put icons in the menu's but working icons can be copied to the desktop or panel from /usr/share/aplications. Ignacio Vazquez-Abrams wrote: On Sun, 2006-01-01 at 13:52 +0000, DAVID BENTLEY wrote: > A Friend of mine has just changed to using linux (FC4) > for his mysql server > and is disappointed at the lack of gui administration > tools such as > mysql administrator and query browser that he used > under windows. > > He has successfully used the statically linked > tarballs from the mysql site > but is wondering if these tools will be available as > RPM type installs in > Core 5 or even core 4 via extra's in future. Are you volunteering to maintain them in Extras? -- Ignacio Vazquez-Abrams http://fedora.ivazquez.net/ gpg --keyserver hkp://subkeys.pgp.net --recv-key 38028b72 -- 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 don_springall at hotmail.com Mon Jan 2 17:36:43 2006 From: don_springall at hotmail.com (Don Springall) Date: Mon, 02 Jan 2006 10:36:43 -0700 Subject: Memory Bar Message-ID: udev-078-3 seems to have problems mounting my memory bar again. I thought this was working nicely for a while. I don't know if it was a coincidence or not but as soon as I plugged it in the gnome volume manager also crashed. From jspaleta at gmail.com Mon Jan 2 18:07:32 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 2 Jan 2006 13:07:32 -0500 Subject: Memory Bar In-Reply-To: References: Message-ID: <604aa7910601021007s694e21e8v4ac0ce50e805ba1d@mail.gmail.com> On 1/2/06, Don Springall wrote: > udev-078-3 seems to have problems mounting my memory bar again. I thought > this was working nicely for a while. since udev doesn't actually control "mounting" as i understand the verb...let's be clear... when you mean "problems mounting" at which point in the mounting process do you see a problem: 1) no /dev/ entry created for the device on insertion this is udev, and you will see messages in /var/log/messages associated with the device being created within a few sections on inserting the usb device. 2)no /etc/fstab entry created for the device this is hal 3) no mountpoint created for the device in /media/ this is hal 4) no entry in the computer window in gnome this is gnome..nautilus or gamin specifically i think 5) not mounting automatically in gnome this is gnome-volume-manager -jef From selinux at gmail.com Mon Jan 2 18:24:48 2006 From: selinux at gmail.com (Tom London) Date: Mon, 2 Jan 2006 10:24:48 -0800 Subject: Memory Bar In-Reply-To: <604aa7910601021007s694e21e8v4ac0ce50e805ba1d@mail.gmail.com> References: <604aa7910601021007s694e21e8v4ac0ce50e805ba1d@mail.gmail.com> Message-ID: <4c4ba1530601021024w50ba1390y7452ed1336f823d6@mail.gmail.com> On 1/2/06, Jeff Spaleta wrote: > On 1/2/06, Don Springall wrote: > > udev-078-3 seems to have problems mounting my memory bar again. I thought > > this was working nicely for a while. > since udev doesn't actually control "mounting" as i understand the > verb...let's be clear... when you mean "problems mounting" at which > point in the mounting process do you see a problem: > > 1) no /dev/ entry created for the device on insertion > this is udev, and you will see messages in /var/log/messages > associated with the device being created within a few sections on > inserting the usb device. /dev/sd* entries created > 2)no /etc/fstab entry created for the device > this is hal /etc/fstab entry created > 3) no mountpoint created for the device in /media/ > this is hal Mount point created > 4) no entry in the computer window in gnome > this is gnome..nautilus or gamin specifically i think Nope > 5) not mounting automatically in gnome > this is gnome-volume-manager Nope. Also, g-v-m crashes and wont restart while the device is 'plugged in' > > -jef > tom -- Tom London From jon.nettleton at gmail.com Mon Jan 2 18:26:23 2006 From: jon.nettleton at gmail.com (Jon Nettleton) Date: Mon, 02 Jan 2006 13:26:23 -0500 Subject: Memory Bar In-Reply-To: References: Message-ID: <1136226383.2645.9.camel@averatec> On Mon, 2006-01-02 at 10:36 -0700, Don Springall wrote: > udev-078-3 seems to have problems mounting my memory bar again. I thought > this was working nicely for a while. I don't know if it was a coincidence > or not but as soon as I plugged it in the gnome volume manager also crashed. > > This problem is related to an inconsistency with gnome-volume-manager 1.5.7 and the version of hal in Rawhide. This release of g-v-m incorporates a change where it issues a dbus message to have hal mount the drive, rather than issuing the mount command and having hal pickup the changes from /proc/mounts. You need hal cvs soon to be hal 0.6 to understand these dbus commands. I would suggest downgrading to g-v-m 1.5.5 for the time being until these inconsistencies are worked out. Jon From don_springall at hotmail.com Mon Jan 2 18:32:37 2006 From: don_springall at hotmail.com (Don Springall) Date: Mon, 02 Jan 2006 11:32:37 -0700 Subject: Memory Bar Message-ID: I have an entry in fstab for the memory bar so in particular I mean mounted automatically in gnome. Since the gnome volume manager crashed though when the memory bar was inserted something must have changed in user space land to cause these problems. >From: Jeff Spaleta >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: Memory Bar >Date: Mon, 2 Jan 2006 13:07:32 -0500 > >On 1/2/06, Don Springall wrote: > > udev-078-3 seems to have problems mounting my memory bar again. I >thought > > this was working nicely for a while. >since udev doesn't actually control "mounting" as i understand the >verb...let's be clear... when you mean "problems mounting" at which >point in the mounting process do you see a problem: > >1) no /dev/ entry created for the device on insertion >this is udev, and you will see messages in /var/log/messages >associated with the device being created within a few sections on >inserting the usb device. >2)no /etc/fstab entry created for the device >this is hal >3) no mountpoint created for the device in /media/ >this is hal >4) no entry in the computer window in gnome >this is gnome..nautilus or gamin specifically i think >5) not mounting automatically in gnome >this is gnome-volume-manager > >-jef > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >https://www.redhat.com/mailman/listinfo/fedora-test-list From thethirddoorontheleft at verizon.net Mon Jan 2 19:41:32 2006 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Mon, 02 Jan 2006 11:41:32 -0800 Subject: rawhide report: 20060102 changes In-Reply-To: <200601020801.k0281SP4015860@porkchop.devel.redhat.com> References: <200601020801.k0281SP4015860@porkchop.devel.redhat.com> Message-ID: <43B981EC.7080103@verizon.net> Build System wrote: > > > > Updated Packages: > > iso-codes-0.49-1 > ---------------- > * Sun Jan 01 2006 Christopher Aillon 0.49-1 > - Update to 0.49 > > kernel-2.6.14-1.1807_FC5 > ------------------------ > * Sun Jan 01 2006 Dave Jones > - 2.6.15-rc7-git6 > > Broken deps for i386 > ---------------------------------------------------------- > GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 > GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 > GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 > GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp > cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 > cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 > cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 > cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp > dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 > dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 > dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 > dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 > gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 > gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp > jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 > jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 > jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 > > > > Broken deps for ia64 > ---------------------------------------------------------- > jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) > rgmanager - 1.9.31-3.ia64 requires ccs > > > > Broken deps for ppc > ---------------------------------------------------------- > cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 > dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 > gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 > jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 > jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 > jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 > > > > Broken deps for ppc64 > ---------------------------------------------------------- > cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 > dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 > emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi > gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 > jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) > > > > Broken deps for s390 > ---------------------------------------------------------- > jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 > jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 > jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 > systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11 > systemtap - 0.5.2-2.s390 requires kernel-devel > > > > Broken deps for s390x > ---------------------------------------------------------- > jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) > libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) > libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) > systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11 > systemtap - 0.5.2-2.s390x requires kernel-devel > > > > Broken deps for x86_64 > ---------------------------------------------------------- > GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 > GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 > cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 > cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 > dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 > dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 > jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) > jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) > jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) > > > > This install via HTTP from mirror fedora.cat.pbx.edu on Jan 2 am pst crashed after one hour of downloading due to a .py program. A second attempt went even less time. Pent IV 2.4 Intel 865BGF 400 dual ATA100 using LVM The previous install of Jan 1 am on a Pent III 800EB slot 1 via pc133 went to completion without a probelm and is running. Darwin From djhender at telusplanet.net Mon Jan 2 20:16:17 2006 From: djhender at telusplanet.net (Doug Henderson) Date: Mon, 02 Jan 2006 13:16:17 -0700 Subject: Fedora Core 4 Test Update: kernel-2.6.14-1.1654_FC4 In-Reply-To: <20060102151139.96F95732D1@hormel.redhat.com> References: <20060102151139.96F95732D1@hormel.redhat.com> Message-ID: <43B98A11.9010009@telusplanet.net> Andy Burns wrote: > Have you tried with acpi=off? > Is there a BIOS update available for your motherboard? After submitting my original message, I found bugzilla report 175731 that suggested booting with acpi=off. That allowed boot of SMP kernel. Also, I tried booting with pci=noacpi. That also allowed boot of SMP kernel. There is no output from the "dmidecode output" command. I had my wife install and run x86info: it reports a number of problems. I'll have to see that for myself. And crack the case to see which motherboard is in there. ISTR that I installed a BIOS upgrade within a year after I got the system. From davej at redhat.com Mon Jan 2 20:58:03 2006 From: davej at redhat.com (Dave Jones) Date: Mon, 2 Jan 2006 15:58:03 -0500 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <43B8F3C6.2030309@adslpipe.co.uk> References: <20060101200523.GA2886@redhat.com> <43B8F3C6.2030309@adslpipe.co.uk> Message-ID: <20060102205803.GA6205@redhat.com> On Mon, Jan 02, 2006 at 09:35:02AM +0000, Andy Burns wrote: > Dave Jones wrote: > > >If you remove and reinstall the UP kernel, is it repeatably broken? > > What kernel is in the boot.iso, i586 up? It detects SATA devices OK iirc, yes. Does acpi=off on the smp kernel make any difference? Any chance you can hook up another pc, and get a serial capture of the failing boot ? Dave From tgl at redhat.com Mon Jan 2 22:02:03 2006 From: tgl at redhat.com (Tom Lane) Date: Mon, 02 Jan 2006 17:02:03 -0500 Subject: mysql tools In-Reply-To: <20060102151122.79312.qmail@web86505.mail.ukl.yahoo.com> References: <20060102151122.79312.qmail@web86505.mail.ukl.yahoo.com> Message-ID: <12612.1136239323@sss.pgh.pa.us> DAVID BENTLEY writes: > As these are not already available in extra's I assume that there is > a very good reason for this Yes: no one has volunteered to take on the ongoing work of maintaining such packages. If you think the effort involved is negligible, feel free to step up and become the package maintainer. I don't believe there would be any objection to adding these packages to Extras, so long as someone is on the hook to keep them up-to-date. regards, tom lane From fedora-test at adslpipe.co.uk Mon Jan 2 22:28:03 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Mon, 02 Jan 2006 22:28:03 +0000 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <20060102205803.GA6205@redhat.com> References: <20060101200523.GA2886@redhat.com><43B8F3C6.2030309@adslpipe.co.uk> <20060102205803.GA6205@redhat.com> Message-ID: <43B9A8F3.2070609@adslpipe.co.uk> Dave Jones wrote: > Does acpi=off on the smp kernel make any difference? I'll try > Any chance you can hook up another pc, and get a serial capture > of the failing boot ? Sure, just got to reinstall a base system on the box, had already trashed it trying a PXE install, should I start I new bugzilla for this (unless you can think of an existing one it belongs on)? From fedora-test at adslpipe.co.uk Mon Jan 2 22:46:56 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Mon, 02 Jan 2006 22:46:56 +0000 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <43B9A8F3.2070609@adslpipe.co.uk> References: <20060101200523.GA2886@redhat.com><43B8F3C6.2030309@adslpipe.co.uk><20060102205803.GA6205@redhat.com> <43B9A8F3.2070609@adslpipe.co.uk> Message-ID: <43B9AD60.2000803@adslpipe.co.uk> Andy Burns wrote: > just got to reinstall a base system on the box Hmmm, now I've duplicated another problem a saw earlier :-( If I PXE boot and do a base install, on the reboot grub complains about being unable to recognise the LVM partition, I don't know if it it gets drives or partitions confused, using the default partition scheme so it has got an ext3 /boot as well as the LVM. I'll investigate and follow that up separately, it could depend the initial partitions on the drives, whether it was PXE or CD boot, or my kickstart file ... From fedora-test at adslpipe.co.uk Mon Jan 2 23:29:26 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Mon, 02 Jan 2006 23:29:26 +0000 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <20060102205803.GA6205@redhat.com> References: <20060101200523.GA2886@redhat.com><43B8F3C6.2030309@adslpipe.co.uk> <20060102205803.GA6205@redhat.com> Message-ID: <43B9B756.2060604@adslpipe.co.uk> Dave Jones wrote: > Does acpi=off on the smp kernel make any difference? acpi=off with the SMP kernel doesn't break it acpi=off with the UP kernel doesn't mend it > Any chance you can hook up another pc, and get a serial capture > of the failing boot ? Below is the UP log, followed by SMP log for good measure Incidentally, is it correct that the UP kernel only approximates NX, yet the SMP kernel makes proper use of NX? Would disabling HT in BIOS affect it? Linux version 2.6.14-1.1806_FC5 (bhcompile at hs20-bc1-1.build.redhat.com) (gcc version 4.1.0 20051222 (Red Hat 4.1.0-0.12)) #1 Sat Dec 31 15:00:15 EST 2005 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003fe4c000 (usable) BIOS-e820: 000000003fe4c000 - 000000003fe56000 (ACPI NVS) BIOS-e820: 000000003fe56000 - 000000003fe87000 (usable) BIOS-e820: 000000003fe87000 - 000000003fee9000 (ACPI NVS) BIOS-e820: 000000003fee9000 - 000000003feed000 (usable) BIOS-e820: 000000003feed000 - 000000003feff000 (ACPI data) BIOS-e820: 000000003feff000 - 000000003ff00000 (usable) 127MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000fe680 Using x86 segment limits to approximate NX protection On node 0 totalpages: 261888 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 32512 pages, LIFO batch:7 DMI 2.3 present. ACPI: RSDP (v000 INTEL ) @ 0x000fe020 ACPI: RSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefde48 ACPI: FADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefcf10 ACPI: MADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefce10 ACPI: WDDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f90 ACPI: MCFG (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f10 ACPI: HPET (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7e90 ACPI: SSDT (v001 INTEL CpuPm 0x00000ca7 MSFT 0x01000013) @ 0x3fefdc10 ACPI: SSDT (v001 INTEL Cpu0Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefda10 ACPI: SSDT (v001 INTEL Cpu1Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd810 ACPI: SSDT (v001 INTEL Cpu2Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd610 ACPI: SSDT (v001 INTEL Cpu3Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd410 ACPI: DSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x00000000 ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC disabled (-2); pass 'lapic' to re-enable. ACPI: HPET id: 0x8086a201 base: 0xfed00000 LAPIC disabled (-2) Allocating PCI resources starting at 40000000 (gap: 3ff00000:c0100000) Built 1 zonelists Kernel command line: ro root=/dev/VolGroup00/LogVol00 debug console=ttyS0,115200 console=tty1 vga=773 nopanic mapped APIC to ffffd000 (00000000) Initializing CPU#0 CPU 0 irqstacks, hard=c03e0000 soft=c03df000 PID hash table entries: 4096 (order: 12, 65536 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) Memory: 1032404k/1047552k available (1942k kernel code, 13976k reserved, 797k data, 176k init, 129544k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. hpet0: at MMIO 0xfed00000 (virtual 0xf8800000), IRQs 2, 8, 0 hpet0: 3 64-bit timers, 14318180 Hz Using HPET for base-timer Using HPET for gettimeofday Detected 3000.114 MHz processor. Using hpet for high-res timesource Calibrating delay using timer specific routine.. 6005.12 BogoMIPS (lpj=12010244) 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 20100000 00000000 00000000 0000649d 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 0000649d 00000000 00000000 monitor/mwait feature present. using mwait in idle threads. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 2048K CPU: After all inits, caps: bfebf3ff 20100000 00000000 00000080 0000649d 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (24) available CPU0: Thermal monitoring enabled mtrr: v2.0 (20020519) CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03 Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. ACPI: setting ELCR to 0200 (from 0e00) Local APIC disabled by default; use 'lapic' to enable it. checking if image is initramfs... it is Freeing initrd memory: 1568k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using MMCONFIG ACPI: Subsystem revision 20050902 ACPI: Interpreter enabled ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) ACPI: Assume root bridge [\_SB_.PCI0] bus is 0 PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1 Boot video device is 0000:01:00.0 PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P32_._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 *9 10 11 12) ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 *10 11 12) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX5._PRT] Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 12 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:05: ioport range 0x500-0x53f has been reserved pnp: 00:05: ioport range 0x400-0x47f could not be reserved pnp: 00:05: ioport range 0x680-0x6ff has been reserved PCI: Bridge: 0000:00:01.0 IO window: 2000-2fff MEM window: 50100000-501fffff PREFETCH window: 40000000-4fffffff PCI: Bridge: 0000:00:1c.0 IO window: disabled. MEM window: 50300000-503fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.2 IO window: disabled. MEM window: 50400000-504fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.3 IO window: disabled. MEM window: 50500000-505fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.4 IO window: disabled. MEM window: 50600000-506fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.5 IO window: disabled. MEM window: 50700000-507fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1e.0 IO window: 1000-1fff MEM window: 50000000-500fffff PREFETCH window: disabled. ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 11 PCI: setting IRQ 11 as level-triggered ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:01.0 to 64 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.0 to 64 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.2 to 64 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.3 to 64 ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.4 to 64 ACPI: PCI Interrupt 0000:00:1c.5[B] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.5 to 64 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(1136243098.024: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 7E50EF5E81E3471E - 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 ACPI: PCI Interrupt 0000:00:01.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:01.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.0[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.2[C] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.2 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.3[D] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.3 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.4[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.4 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.5[B] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1c.5 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 vesafb: framebuffer at 0x40000000, mapped to 0xf8880000, using 1536k, total 16384k vesafb: mode is 1024x768x8, linelength=1024, pages=20 vesafb: protected mode interface info at c000:58b6 vesafb: scrolling: redraw vesafb: Pseudocolor: size=8:8:8:8, shift=0:0:0:0 vesafb: Mode is VGA compatible Console: switching to colour frame buffer device 128x48 fb0: VESA VGA frame buffer device isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 hpet_resources: 0xfed00000 is busy Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 945G Chipset. agpgart: AGP aperture is 256M @ 0x0 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 $ 2 ports, IRQ sharing enabled ?serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:09: 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 ICH7: IDE controller at PCI slot 0000:00:1f.1 ACPI: PCI Interrupt 0000:00:1f.1[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x30b0-0x30b7, BIOS settings: hda:DMA, hdb:pio Probing IDE interface ide0... hda: LITE-ON DVDRW LDW-411S, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hda: ATAPI 40X DVD-ROM 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: SLPB P32 UAR1 PEX0 PEX1 PEX2 PEX3 PEX4 PEX5 UHC1 UHC2 UHC3 UHC4 EHCI AC9M AZAL ACPI: (supports S0 S1 S3 S4 S5) Freeing unused kernel memory: 176k freed Write protecting the kernel read-only data: 340k SCSI subsystem initialized libata version 1.20 loaded. ahci 0000:00:1f.2: version 1.2 ACPI: PCI Interrupt 0000:00:1f.2[B] -> Link [LNKD] -> GSI 11 (level, low) -> IRQ 11 input: ImPS/2 Generic Wheel Mouse as /class/input/input1 PCI: Setting latency timer of device 0000:00:1f.2 to 64 ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part ata1: SATA max UDMA/133 cmd 0xF8828100 ctl 0x0 bmdma 0x0 irq 113 ata2: SATA max UDMA/133 cmd 0xF8828180 ctl 0x0 bmdma 0x0 irq 113 ata3: SATA max UDMA/133 cmd 0xF8828200 ctl 0x0 bmdma 0x0 irq 113 ata4: SATA max UDMA/133 cmd 0xF8828280 ctl 0x0 bmdma 0x0 irq 113 ata1 is slow to respond, please be patient ata1 failed to respond (30 secs) scsi0 : ahci ata2 is slow to respond, please be patient ata2 failed to respond (30 secs) scsi1 : ahci ata3: no device found (phy stat 00000000) scsi2 : ahci ata4: no device found (phy stat 00000000) scsi3 : ahci device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel at redhat.com cdrom: open failed. cdrom: open failed. Kernel panic - not syncing: Attempted to kill init! [] panic+0x3e/0x16a [] do_exit+0x6e/0x347 [] sys_exit_group+0x0/0xd [] syscall_call+0x7/0xb Linux version 2.6.14-1.1806_FC5smp (bhcompile at hs20-bc1-1.build.redhat.com) (gcc version 4.1.0 20051222 (Red Hat 4.1.0-0.12)) #1 SMP Sat Dec 31 15:15:43 EST 2005 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000003fe4c000 (usable) BIOS-e820: 000000003fe4c000 - 000000003fe56000 (ACPI NVS) BIOS-e820: 000000003fe56000 - 000000003fe87000 (usable) BIOS-e820: 000000003fe87000 - 000000003fee9000 (ACPI NVS) BIOS-e820: 000000003fee9000 - 000000003feed000 (usable) BIOS-e820: 000000003feed000 - 000000003feff000 (ACPI data) BIOS-e820: 000000003feff000 - 000000003ff00000 (usable) 127MB HIGHMEM available. 896MB LOWMEM available. found SMP MP-table at 000fe680 NX (Execute Disable) protection: active On node 0 totalpages: 261888 DMA zone: 4096 pages, LIFO batch:0 DMA32 zone: 0 pages, LIFO batch:0 Normal zone: 225280 pages, LIFO batch:31 HighMem zone: 32512 pages, LIFO batch:7 DMI 2.3 present. Using APIC driver default ACPI: RSDP (v000 INTEL ) @ 0x000fe020 ACPI: RSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefde48 ACPI: FADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefcf10 ACPI: MADT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fefce10 ACPI: WDDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f90 ACPI: MCFG (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7f10 ACPI: HPET (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x3fef7e90 ACPI: SSDT (v001 INTEL CpuPm 0x00000ca7 MSFT 0x01000013) @ 0x3fefdc10 ACPI: SSDT (v001 INTEL Cpu0Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefda10 ACPI: SSDT (v001 INTEL Cpu1Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd810 ACPI: SSDT (v001 INTEL Cpu2Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd610 ACPI: SSDT (v001 INTEL Cpu3Ist 0x00000ca7 MSFT 0x01000013) @ 0x3fefd410 ACPI: DSDT (v001 INTEL D945GTP 0x00000ca7 MSFT 0x01000013) @ 0x00000000 ACPI: PM-Timer IO Port: 0x408 ACPI: Local APIC enabled (0). ACPI: Local APIC address 0xfee00000 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) Processor #0 15:4 APIC version 20 ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) Processor #1 15:4 APIC version 20 ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled) ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1]) ACPI: LAPIC_NMI (acpi_id[0x02] dfl dfl lint[0x1]) ACPI: IOAPIC (id[0x02] address[0xfec00000] gsi_base[0]) IOAPIC[0]: apic_id 2, 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 ACPI: HPET id: 0x8086a201 base: 0xfed00000 LAPIC enabled (0), calling get_smp_config Using ACPI (MADT) for SMP configuration information Allocating PCI resources starting at 40000000 (gap: 3ff00000:c0100000) Built 1 zonelists Kernel command line: ro root=/dev/VolGroup00/LogVol00 debug console=ttyS0,115200 mapped APIC to ffffd000 (fee00000) mapped IOAPIC to ffffc000 (fec00000) Initializing CPU#0 CPU 0 irqstacks, hard=c0429000 soft=c0409000 PID hash table entries: 4096 (order: 12, 65536 bytes) 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: 1027824k/1047552k available (2018k kernel code, 18552k reserved, 855k data, 208k init, 129544k highmem) Checking if this processor honours the WP bit even in supervisor mode... Ok. hpet0: at MMIO 0xfed00000 (virtual 0xf8800000), IRQs 2, 8, 0 hpet0: 3 64-bit timers, 14318180 Hz Using HPET for base-timer Using HPET for gettimeofday Detected 3000.116 MHz processor. Using hpet for high-res timesource Calibrating delay using timer specific routine.. 6005.62 BogoMIPS (lpj=12011256) 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 20100000 00000000 00000000 0000649d 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 0000649d 00000000 00000000 monitor/mwait feature present. using mwait in idle threads. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff 20100000 00000000 00000080 0000649d 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. CPU0: Intel P4/Xeon Extended MCE MSRs (24) available CPU0: Thermal monitoring enabled mtrr: v2.0 (20020519) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Checking 'hlt' instruction... OK. CPU0: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03 Booting processor 1/1 eip 3000 CPU 1 irqstacks, hard=c042a000 soft=c040a000 Initializing CPU#1 Calibrating delay using timer specific routine.. 6000.22 BogoMIPS (lpj=12000458) CPU: After generic identify, caps: bfebfbff 20100000 00000000 00000000 0000649d 00000000 00000000 CPU: After vendor identify, caps: bfebfbff 20100000 00000000 00000000 0000649d 00000000 00000000 monitor/mwait feature present. CPU: Trace cache: 12K uops, L1 D cache: 16K CPU: L2 cache: 2048K CPU: Physical Processor ID: 0 CPU: After all inits, caps: bfebfbff 20100000 00000000 00000080 0000649d 00000000 00000000 Intel machine check architecture supported. Intel machine check reporting enabled on CPU#1. CPU1: Intel P4/Xeon Extended MCE MSRs (24) available CPU1: Thermal monitoring enabled CPU1: Intel(R) Pentium(R) 4 CPU 3.00GHz stepping 03 Total of 2 processors activated (12005.85 BogoMIPS). ENABLING IO-APIC IRQs ..TIMER: vector=0x31 apic1=0 pin1=2 apic2=-1 pin2=-1 checking TSC synchronization across 2 CPUs: passed. Brought up 2 CPUs checking if image is initramfs... it is Freeing initrd memory: 1568k freed NET: Registered protocol family 16 ACPI: bus type pci registered PCI: Using MMCONFIG ACPI: Subsystem revision 20050902 ACPI: Interpreter enabled ACPI: Using IOAPIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) PCI: Probing PCI hardware (bus 00) ACPI: Assume root bridge [\_SB_.PCI0] bus is 0 PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1 Boot video device is 0000:01:00.0 PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P32_._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 7 9 10 *11 12) ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 7 *9 10 11 12) ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 7 9 *10 11 12) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX2._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX3._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX4._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PEX5._PRT] Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 12 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:05: ioport range 0x500-0x53f has been reserved pnp: 00:05: ioport range 0x400-0x47f could not be reserved pnp: 00:05: ioport range 0x680-0x6ff has been reserved PCI: Bridge: 0000:00:01.0 IO window: 2000-2fff MEM window: 50100000-501fffff PREFETCH window: 40000000-4fffffff PCI: Bridge: 0000:00:1c.0 IO window: disabled. MEM window: 50300000-503fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.2 IO window: disabled. MEM window: 50400000-504fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.3 IO window: disabled. MEM window: 50500000-505fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.4 IO window: disabled. MEM window: 50600000-506fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1c.5 IO window: disabled. MEM window: 50700000-507fffff PREFETCH window: disabled. PCI: Bridge: 0000:00:1e.0 IO window: 1000-1fff MEM window: 50000000-500fffff PREFETCH window: disabled. ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 169 PCI: Setting latency timer of device 0000:00:01.0 to 64 ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 177 PCI: Setting latency timer of device 0000:00:1c.0 to 64 ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 185 PCI: Setting latency timer of device 0000:00:1c.2 to 64 ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 193 PCI: Setting latency timer of device 0000:00:1c.3 to 64 ACPI: PCI Interrupt 0000:00:1c.4[A] -> GSI 17 (level, low) -> IRQ 177 PCI: Setting latency timer of device 0000:00:1c.4 to 64 ACPI: PCI Interrupt 0000:00:1c.5[B] -> GSI 16 (level, low) -> IRQ 169 PCI: Setting latency timer of device 0000:00:1c.5 to 64 PCI: Setting latency timer of device 0000:00:1e.0 to 64 apm: BIOS version 1.2 Flags 0x03 (Driver version 1.16ac) apm: disabled - APM is not SMP safe. audit: initializing netlink socket (disabled) audit(1136243761.324: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 7E50EF5E81E3471E - 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 ACPI: PCI Interrupt 0000:00:01.0[A] -> GSI 16 (level, low) -> IRQ 169 PCI: Setting latency timer of device 0000:00:01.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.0[A] -> GSI 17 (level, low) -> IRQ 177 PCI: Setting latency timer of device 0000:00:1c.0 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.2[C] -> GSI 18 (level, low) -> IRQ 185 PCI: Setting latency timer of device 0000:00:1c.2 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.3[D] -> GSI 19 (level, low) -> IRQ 193 PCI: Setting latency timer of device 0000:00:1c.3 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.4[A] -> GSI 17 (level, low) -> IRQ 177 PCI: Setting latency timer of device 0000:00:1c.4 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] ACPI: PCI Interrupt 0000:00:1c.5[B] -> GSI 16 (level, low) -> IRQ 169 PCI: Setting latency timer of device 0000:00:1c.5 to 64 assign_interrupt_mode Found MSI capability Allocate Port Service[pcie00] Allocate Port Service[pcie02] Allocate Port Service[pcie03] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Real Time Clock Driver v1.12 hpet_resources: 0xfed00000 is busy Linux agpgart interface v0.101 (c) Dave Jones agpgart: Detected an Intel 945G Chipset. agpgart: AGP aperture is 256M @ 0x0 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 $ 2 ports, IRQ sharing enabled ?serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:09: 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 ICH7: IDE controller at PCI slot 0000:00:1f.1 ACPI: PCI Interrupt 0000:00:1f.1[A] -> GSI 18 (level, low) -> IRQ 185 ICH7: chipset revision 1 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0x30b0-0x30b7, BIOS settings: hda:DMA, hdb:pio Probing IDE interface ide0... hda: LITE-ON DVDRW LDW-411S, ATAPI CD/DVD-ROM drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 Probing IDE interface ide1... hda: ATAPI 40X DVD-ROM 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, 2621440 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 No-Shortcut mode ACPI wakeup devices: SLPB P32 UAR1 PEX0 PEX1 PEX2 PEX3 PEX4 PEX5 UHC1 UHC2 UHC3 UHC4 EHCI AC9M AZAL ACPI: (supports S0 S1 S3 S4 S5) Freeing unused kernel memory: 208k freed Write protecting the kernel read-only data: 345k Red Hat nash version 5.0.15 starting Mounting proc filesystem Mounting sysfs filesystem Creating /dev Creating initial device nodes Setting up hotplug. Creating block device nodes. Loading scsi_mod.ko module SCSI subsystem initialized Loading sd_mod.ko module Loading libata.ko module libata version 1.20 loaded. Loading ahci.ko module ahci 0000:00:1f.2: version 1.2 ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 193 input: ImPS/2 Generic Wheel Mouse as /class/input/input1 PCI: Setting latency timer of device 0000:00:1f.2 to 64 ahci 0000:00:1f.2: AHCI 0001.0100 32 slots 4 ports 3 Gbps 0xf impl SATA mode ahci 0000:00:1f.2: flags: 64bit ncq led clo pio slum part ata1: SATA max UDMA/133 cmd 0xF8828100 ctl 0x0 bmdma 0x0 irq 66 ata2: SATA max UDMA/133 cmd 0xF8828180 ctl 0x0 bmdma 0x0 irq 66 ata3: SATA max UDMA/133 cmd 0xF8828200 ctl 0x0 bmdma 0x0 irq 66 ata4: SATA max UDMA/133 cmd 0xF8828280 ctl 0x0 bmdma 0x0 irq 66 ata1: dev 0 cfg 49:2f00 82:746b 83:7f01 84:4023 85:7469 86:3c01 87:4023 88:207f ata1: dev 0 ATA-7, max UDMA/133, 488397168 sectors: LBA48 ata1: dev 0 configured for UDMA/133 scsi0 : ahci ata2: dev 0 cfg 49:2f00 82:746b 83:7f01 84:4023 85:7469 86:3c01 87:4023 88:207f ata2: dev 0 ATA-7, max UDMA/133, 488397168 sectors: LBA48 ata2: dev 0 configured for UDMA/133 scsi1 : ahci ata3: no device found (phy stat 00000000) scsi2 : ahci ata4: no device found (phy stat 00000000) scsi3 : ahci Vendor: ATA Model: WDC WD2500KS-00M Rev: 02.0 Type: Direct-Access ANSI SCSI revision: 05 SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sda: drive cache: write back SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sda: drive cache: write back sda: sda1 sda2 sd 0:0:0:0: Attached scsi disk sda Vendor: ATA Model: WDC WD2500KS-00M Rev: 02.0 Type: Direct-Access ANSI SCSI revision: 05 SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sdb: drive cache: write back SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB) SCSI device sdb: drive cache: write back sdb: sdb1 sd 1:0:0:0: Attached scsi disk sdb Loading jbd.ko module Loading ext3.ko module Loading dm-mod.ko module device-mapper: 4.4.0-ioctl (2005-01-12) initialised: dm-devel at redhat.com Loading dm-mirror.ko module Loading dm-zero.ko module Loading dm-snapshot.ko module Making device-mapper control node Scanning logical volumes Reading all physical volumes. This may take a while... cdrom: open failed. Found volume group "VolGroup00" using metadata type lvm2 Activating logical volumes 2 logical volume(s) in volume group "VolGroup00" now active Trying to resume from /dev/VolGroup00/LogVol01 No suspend signature on swap, not resuming. Creating root device. Mounting root filesystem. EXT3-fs: INFO: recovery required on readonly filesystem. EXT3-fs: write access will be enabled during recovery. kjournald starting. Commit interval 5 seconds EXT3-fs: recovery complete. EXT3-fs: mounted filesystem with ordered data mode. security: 3 users, 6 roles, 1101 types, 129 bools, 1 sens, 256 cats security: 55 classes, 34018 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev dm-0, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev eventpollfs, type eventpollfs), uses genfs_contexts SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev cpuset, type cpuset), not configured for labeling SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts INIT: version 2.86 booting mount: proc already mounted SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts Welcome to Fedora Core Press 'I' to enter interactive startup. Setting clock (localtime): Mon Jan 2 23:16:41 GMT 2006 [ OK ] Starting udev:udevd-event[877]: udev_db_lookup_name: unable to open udev_db '/dev/.udev/db': No such file or directory [ OK ] Setting hostname localhost.localdomain: [ OK ] No RAID disks Setting up Logical Volume Management: 2 logical volume(s) in volume group "VolGroup00" now active [ OK ] Checking filesystems Checking all file systems. [/sbin/fsck.ext3 (1) -- /] fsck.ext3 -a /dev/VolGroup00/LogVol00 /dev/VolGroup00/LogVol00: clean, 26984/121569280 files, 3999073/121544704 blocks [/sbin/fsck.ext3 (1) -- /boot] fsck.ext3 -a /dev/sda1 /boot: recovering journal /boot: clean, 36/26104 files, 17179/104388 blocks [ OK ] Remounting root filesystem in read-write mode: [ OK ] Mounting local filesystems: [ OK ] Enabling local filesystem quotas: [ OK ] Enabling swap space: [ OK ] INIT: Entering runlevel: 3 Entering non-interactive startup Starting readahead_early: Starting background readahead: [ OK ] [ OK ] Checking for hardware changes [ OK ] Applying iptables firewall rules: [ OK ] Loading additional iptables modules: ip_conntrack_netbios_ns [ OK ] Bringing up loopback interface: [ OK ] Bringing up interface eth0: Determining IP information for eth0... done. [ OK ] Starting system logger: [ OK ] Starting kernel logger: [ OK ] Starting irqbalance: [ OK ] Starting portmap: [ OK ] Starting NFS statd: [ OK ] Starting auditd: [ OK ] Starting RPC idmapd: [ OK ] [ OK ] Bluetooth services:[ OK ] Mounting other filesystems: [ OK ] Starting automount: [ OK ] Starting acpi daemon: [ OK ] Starting sshd: [ OK ] Starting sendmail: [ OK ] Starting sm-client: [ OK ] Starting console mouse services: [ OK ] Starting crond: [ OK ] Starting anacron: [ OK ] Starting atd: [ OK ] Starting system message bus: [ OK ] Starting HAL daemon: [ OK ] Fedora Core release 4 (Rawhide) Kernel 2.6.14-1.1806_FC5smp on an i686 localhost.localdomain login: From davej at redhat.com Tue Jan 3 01:36:46 2006 From: davej at redhat.com (Dave Jones) Date: Mon, 2 Jan 2006 20:36:46 -0500 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <43B9B756.2060604@adslpipe.co.uk> References: <20060102205803.GA6205@redhat.com> <43B9B756.2060604@adslpipe.co.uk> Message-ID: <20060103013646.GD6205@redhat.com> On Mon, Jan 02, 2006 at 11:29:26PM +0000, Andy Burns wrote: > Dave Jones wrote: > > >Does acpi=off on the smp kernel make any difference? > > acpi=off with the SMP kernel doesn't break it > acpi=off with the UP kernel doesn't mend it > > >Any chance you can hook up another pc, and get a serial capture > >of the failing boot ? > > Below is the UP log, followed by SMP log for good measure > > Incidentally, is it correct that the UP kernel only approximates NX, yet > the SMP kernel makes proper use of NX? If the CPU has hardware NX support , then the SMP kernel does take advantage of it, whilst the UP one has to fall back on segment-limit approach to 'emulate' it. The reason for this is that the SMP kernel has support for physical address extensions (PAE) (Ie, >4GB RAM) and NX is dependant on that. The UP kernel doesn't have PAE because a kernel compiled with that supported doesn't boot on systems that lack it, (Celerons, early VIA, some mobile Pentium) > Would disabling HT in BIOS affect it? You tell me :) I can't think of any reason why this has suddenly broken that would be related to that though. Dave From fedora-test at adslpipe.co.uk Tue Jan 3 02:32:34 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Tue, 03 Jan 2006 02:32:34 +0000 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <20060103013646.GD6205@redhat.com> References: <20060102205803.GA6205@redhat.com><43B9B756.2060604@adslpipe.co.uk> <20060103013646.GD6205@redhat.com> Message-ID: <43B9E242.4070403@adslpipe.co.uk> Dave Jones wrote: > The reason for this is that the SMP > kernel has support for physical address extensions (PAE) I didn't know NX needed PAE > You tell me :) I can't think of any reason why this has suddenly > broken that would be related to that though. I mentioned HT in relation to NX, not to the SATA problem :-) From davej at redhat.com Tue Jan 3 02:46:18 2006 From: davej at redhat.com (Dave Jones) Date: Mon, 2 Jan 2006 21:46:18 -0500 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <43B9E242.4070403@adslpipe.co.uk> References: <20060103013646.GD6205@redhat.com> <43B9E242.4070403@adslpipe.co.uk> Message-ID: <20060103024618.GG6205@redhat.com> On Tue, Jan 03, 2006 at 02:32:34AM +0000, Andy Burns wrote: > Dave Jones wrote: > > >The reason for this is that the SMP > >kernel has support for physical address extensions (PAE) > > I didn't know NX needed PAE The wider page table entries (PTE's) have the space for the NX bit whereas the 32-bit wide entries don't. The above only applies to 32bit x86 btw. x86-64 runs PAE-alike PTEs by default, so it's always available there. > >You tell me :) I can't think of any reason why this has suddenly > >broken that would be related to that though. > > I mentioned HT in relation to NX, not to the SATA problem :-) NX has no relationship with HT, so shouldn't make a difference. Dave From buildsys at redhat.com Tue Jan 3 08:13:09 2006 From: buildsys at redhat.com (Build System) Date: Tue, 3 Jan 2006 03:13:09 -0500 Subject: rawhide report: 20060103 changes Message-ID: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> Updated Packages: bash-3.1-1 ---------- * Mon Jan 02 2006 Tim Waugh 3.1-1 - 3.1. - No longer need ia64, utf8, multibyteifs, jobs, sigpipe, read-e-segfault, manpage, crash, pwd, afs, subshell patches. - Remove wrap patch for now. - Use upstream patch to fix arrays. binutils-2.16.91.0.5-1 ---------------------- * Mon Jan 02 2006 Jakub Jelinek 2.16.91.0.5-1 - update to 2.16.91.0.5 - don't error about .toc1 references to discarded sectiosn on ppc64 (#175944) coreutils-5.93-6 ---------------- * Mon Jan 02 2006 Dan Walsh 5.93-6 - Remove pam_selinux.so from su.pamd, not needed for targeted and Strict/MLS will have to newrole before using. dictd-1.9.15-5 -------------- * Mon Jan 02 2006 Karsten Hopp 1.9.15-5 - add BuildRequires libtool-ltdl-devel (#176505) epiphany-1.9.4-1 ---------------- * Mon Jan 02 2006 Christopher Aillon 1.9.4-1 - Update to 1.9.4 ethereal-0.10.14-2 ------------------ * Mon Jan 02 2006 Radek Vokal 0.10.14-2 - rebuilt against new net-snmp-5.3 - gtk dialog bug (#156568) * Thu Dec 29 2005 Radek Vokal 0.10.14-1 - update to 0.10.14 gimp-2:2.2.10-1 --------------- * Thu Dec 29 2005 Nils Philippsen - 2.2.10 - version 2.2.10 glibc-2.3.90-25 --------------- * Mon Jan 02 2006 Jakub Jelinek 2.3.90-25 - update from CVS - s390{,x} and sparc{,64} pointer mangling fixes - install a sanitized LinuxThreads * Mon Jan 02 2006 Jakub Jelinek 2.3.90-24 - update from CVS - nscd audit changes (#174422) - ppc{32,64} vDSO support and ppc32 hp-timing * Tue Dec 27 2005 Jakub Jelinek 2.3.90-23 - update from CVS - robust mutexes - fix transliteration segfaults (#176573, #176583) - ignore prelink temporaries in ldconfig (#176570) hplip-0.9.7-6 ------------- * Mon Jan 02 2006 Tim Waugh 0.9.7-6 - Rebuild. kernel-2.6.14-1.1808_FC5 ------------------------ * Mon Jan 02 2006 David Woodhouse - Merge experimental Broadcom wireless driver kudzu-1.2.17-1 -------------- * Sun Jan 01 2006 Bill Nottingham - 1.2.17-1 - handle pcilib string returns (#176490, #176724) libsemanage-1.5.3-3 ------------------- * Tue Dec 27 2005 Dan Walsh 1.5.3-3 - Add Ivans patch to turn on ports libsepol-1.11.1-2 ----------------- * Tue Dec 27 2005 Dan Walsh 1.11.1-2 - Add Ivans patch to make ports work libsetrans-0.1.13-1 ------------------- * Mon Jan 02 2006 Dan Walsh 0.1.13-1 - Apply some of Uli fixes and Russell patch to improve performance * Thu Dec 29 2005 Dan Walsh 0.1.12-1 - Add handling of ranges s0:c1-s0:c255 - Add handling of contiguous categories s0:c1.c5 - Also translate as much content as library can, and return untranslated when - library can not. Old library would not translate any categories if one - failed to translate. libxklavier-2.1-2 ----------------- * Tue Dec 27 2005 Christopher Aillon 2.1-2 - Pull in latest version and get rid of the annoying XKB error dialog m2crypto-0.15-3 --------------- * Tue Jan 03 2006 Miloslav Trmac - 0.15-3 - Add BuildRequires: swig mc-1:4.6.1a-6 ------------- * Wed Dec 28 2005 Jindrich Novy 4.6.1a-6 - display free space on a device assigned to current directory in main panels - correctly diplay characters in mcview for non-UTF-8 LANG set (#174007) thanks to Dmitry Butskoy mlocate-0.12-1 -------------- * Sat Dec 31 2005 Miloslav Trmac - 0.12-1 - Update to mlocate-0.12 net-snmp-5.3-1 -------------- * Fri Dec 30 2005 Radek Vokal - upgrade to 5.3 net-tools-1.60-58 ----------------- * Mon Jan 02 2006 Radek Vokal 1.60-58 - clear static buffers in interface.c by (#176714) netpbm-10.31-1 -------------- * Fri Dec 30 2005 Jindrich Novy 10.31-1 - update to 10.31 - update security patch - regenerate man pages php-5.1.1-7 ----------- * Mon Jan 02 2006 Joe Orton 5.1.1-7 - rebuild for new net-snmp policycoreutils-1.29.2-10 ------------------------- * Mon Jan 02 2006 Dan Walsh 1.29.2-10 - Fix restorecon to not say it is changing user section when -vv is specified * Tue Dec 27 2005 Dan Walsh 1.29.2-9 - Fixes for semanage, patch from Ivan and added a test script selinux-policy-2.1.6-22 ----------------------- * Mon Jan 02 2006 Dan Walsh 2.1.6-22 - Fix dovecot to allow dovecot_auth to look at /tmp * Mon Jan 02 2006 Dan Walsh 2.1.6-21 - Allow restorecon to read unlabeled_t directories in order to fix labeling. * Fri Dec 30 2005 Dan Walsh 2.1.6-20 - Add Logwatch policy squid-7:2.5.STABLE12-4 ---------------------- * Wed Dec 28 2005 Martin Stransky 7:2.5.STABLE12-4 - added follow-xff patch (#176055) - samba path fix (#176659) tetex-3.0-13 ------------ * Thu Dec 29 2005 Jindrich Novy 3.0-13 - update package descriptions - don't use obsolete bindings in texdoc vim-1:6.4.006-1 --------------- * Mon Jan 02 2006 Karsten Hopp 6.4.006-1 - patchlevel 6, fixes bz# 175048 * Tue Dec 20 2005 Karsten Hopp 6.4.004-2 - disable templates when editing new .c / .h files (#175878) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp OpenIPMI - 1.4.14-14.1.i386 requires libnetsnmp.so.9 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 kdeutils - 6:3.5.0-2.i386 requires libnetsnmp.so.9 nut - 2.0.2-5.1.i386 requires libnetsnmp.so.9 openhpi - 2.2.1-1.i386 requires libnetsnmp.so.9 php-snmp - 5.1.1-7.i386 requires libnetsnmp.so.9 Broken deps for ia64 ---------------------------------------------------------- OpenIPMI - 1.4.14-14.1.ia64 requires libnetsnmp.so.9()(64bit) jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.ia64 requires libnetsnmp.so.9()(64bit) nut - 2.0.2-5.1.ia64 requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.ia64 requires libnetsnmp.so.9()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- OpenIPMI - 1.4.14-14.1.ppc requires libnetsnmp.so.9 cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 kdeutils - 6:3.5.0-2.ppc requires libnetsnmp.so.9 nut - 2.0.2-5.1.ppc requires libnetsnmp.so.9 openhpi - 2.2.1-1.ppc requires libnetsnmp.so.9 php-snmp - 5.1.1-7.ppc requires libnetsnmp.so.9 Broken deps for ppc64 ---------------------------------------------------------- OpenIPMI - 1.4.14-14.1.ppc64 requires libnetsnmp.so.9()(64bit) cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.ppc64 requires libnetsnmp.so.9()(64bit) nut - 2.0.2-5.1.ppc64 requires libnetsnmp.so.9()(64bit) openhpi - 2.2.1-1.ppc64 requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.ppc64 requires libnetsnmp.so.9()(64bit) Broken deps for s390 ---------------------------------------------------------- OpenIPMI - 1.4.14-14.1.s390 requires libnetsnmp.so.9 jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 kdeutils - 6:3.5.0-2.s390 requires libnetsnmp.so.9 openhpi - 2.2.1-1.s390 requires libnetsnmp.so.9 php-snmp - 5.1.1-7.s390 requires libnetsnmp.so.9 systemtap - 0.5.2-2.s390 requires kernel >= 0:2.6.9-11 systemtap - 0.5.2-2.s390 requires kernel-devel Broken deps for s390x ---------------------------------------------------------- OpenIPMI - 1.4.14-14.1.s390x requires libnetsnmp.so.9()(64bit) jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.s390x requires libnetsnmp.so.9()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) openhpi - 2.2.1-1.s390x requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.s390x requires libnetsnmp.so.9()(64bit) systemtap - 0.5.2-2.s390x requires kernel >= 0:2.6.9-11 systemtap - 0.5.2-2.s390x requires kernel-devel Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 OpenIPMI - 1.4.14-14.1.x86_64 requires libnetsnmp.so.9()(64bit) cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.x86_64 requires libnetsnmp.so.9()(64bit) nut - 2.0.2-5.1.x86_64 requires libnetsnmp.so.9()(64bit) openhpi - 2.2.1-1.x86_64 requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.x86_64 requires libnetsnmp.so.9()(64bit) From arjan at fenrus.demon.nl Tue Jan 3 08:58:10 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 03 Jan 2006 09:58:10 +0100 Subject: rawhide report: 20060103 changes In-Reply-To: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> Message-ID: <1136278691.2942.5.camel@laptopd505.fenrus.org> On Tue, 2006-01-03 at 03:13 -0500, Build System wrote: > kernel-2.6.14-1.1808_FC5 > ------------------------ > * Mon Jan 02 2006 David Woodhouse > - Merge experimental Broadcom wireless driver I thought the fedora kernel policy was "upstream first" .... I think there's about a dozen other drivers that warrant the same treatment as this broadcom one... at least 4 of which are wireless drivers as well for which the hardware is quite popular. From dragoran at feuerpokemon.de Tue Jan 3 09:02:18 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 03 Jan 2006 10:02:18 +0100 Subject: rawhide report: 20060103 changes In-Reply-To: <1136278691.2942.5.camel@laptopd505.fenrus.org> References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> <1136278691.2942.5.camel@laptopd505.fenrus.org> Message-ID: <43BA3D9A.7060103@feuerpokemon.de> Arjan van de Ven wrote: >On Tue, 2006-01-03 at 03:13 -0500, Build System wrote: > > > >>kernel-2.6.14-1.1808_FC5 >>------------------------ >>* Mon Jan 02 2006 David Woodhouse >>- Merge experimental Broadcom wireless driver >> >> > > >I thought the fedora kernel policy was "upstream first" .... >I think there's about a dozen other drivers that warrant the same >treatment as this broadcom one... at least 4 of which are wireless >drivers as well for which the hardware is quite popular. > > > but the driver needs some testing and having it in rawhide would help it. native wlan drivers are rare and having more off them won't hurt (no ndiswrapper etc.) ;) From arjan at fenrus.demon.nl Tue Jan 3 09:12:20 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 03 Jan 2006 10:12:20 +0100 Subject: rawhide report: 20060103 changes In-Reply-To: <43BA3D9A.7060103@feuerpokemon.de> References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> <1136278691.2942.5.camel@laptopd505.fenrus.org> <43BA3D9A.7060103@feuerpokemon.de> Message-ID: <1136279541.2942.11.camel@laptopd505.fenrus.org> On Tue, 2006-01-03 at 10:02 +0100, dragoran wrote: > Arjan van de Ven wrote: > > >On Tue, 2006-01-03 at 03:13 -0500, Build System wrote: > > > > > > > >>kernel-2.6.14-1.1808_FC5 > >>------------------------ > >>* Mon Jan 02 2006 David Woodhouse > >>- Merge experimental Broadcom wireless driver > >> > >> > > > > > >I thought the fedora kernel policy was "upstream first" .... > >I think there's about a dozen other drivers that warrant the same > >treatment as this broadcom one... at least 4 of which are wireless > >drivers as well for which the hardware is quite popular. > > > > > > > but the driver needs some testing no argument there > and having it in rawhide would help it. > native wlan drivers are rare and having more off them won't hurt (no > ndiswrapper etc.) ;) they're not THAT rare; there's drivers as well for the atheros chips, for the rx chips etc etc. I'm the first to say that that work needs applauding and support. But why do only one and not all? From paul at all-the-johnsons.co.uk Tue Jan 3 09:13:00 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 03 Jan 2006 09:13:00 +0000 Subject: rawhide report: 20060103 changes In-Reply-To: <43BA3D9A.7060103@feuerpokemon.de> References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> <1136278691.2942.5.camel@laptopd505.fenrus.org> <43BA3D9A.7060103@feuerpokemon.de> Message-ID: <1136279581.4919.28.camel@T7.Linux> Hi, > >I thought the fedora kernel policy was "upstream first" .... > >I think there's about a dozen other drivers that warrant the same > >treatment as this broadcom one... at least 4 of which are wireless > >drivers as well for which the hardware is quite popular. > > > but the driver needs some testing and having it in rawhide would help it. > native wlan drivers are rare and having more off them won't hurt (no > ndiswrapper etc.) ;) True. I'd love the linux-wlan-ng drivers put into rawhide. They're stable now but need a bit of work to get them to fire up correctly. TTFN Paul -- main(t,_,a) char*a;{return!0 References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> <1136278691.2942.5.camel@laptopd505.fenrus.org> <43BA3D9A.7060103@feuerpokemon.de> <1136279581.4919.28.camel@T7.Linux> Message-ID: I add the rtl8180 driver to the list :-) (don't know if the author agrees to that) Regards, Fabio On 1/3/06, Paul F. Johnson wrote: > > Hi, > > > >I thought the fedora kernel policy was "upstream first" .... > > >I think there's about a dozen other drivers that warrant the same > > >treatment as this broadcom one... at least 4 of which are wireless > > >drivers as well for which the hardware is quite popular. > > > > > but the driver needs some testing and having it in rawhide would help > it. > > native wlan drivers are rare and having more off them won't hurt (no > > ndiswrapper etc.) ;) > > True. I'd love the linux-wlan-ng drivers put into rawhide. They're > stable now but need a bit of work to get them to fire up correctly. > > TTFN > > Paul > -- > main(t,_,a) char*a;{return!0 0,a+1 )+a)):1,t<_?main(t+1,_,a ):3,main (-94,-27+t,a)&&t==2?_<13?main(2, > _+1,"%s %d %d\n"):9:16:t<0?t<-72?main(_,t,"@n'+,#'/*{}w+/w#cdnr/+,{}r/*de} > +,/*{*+,/w{%+,/w#q#n+,/#{l,+,/n{n+,/+#n+,/#;#q#n+,/+k#;*+,/'r :'d*'3,}{w+K > w'K:'+}e#';dq#'l > q#'+d'K#!/+k#;q#'r}eKK#}w'r}eKK{nl]'/#;#q#n'){)#}w'){){nl] > '/+#n';d}rw' i;# ){nl]!/n{n#'; r{#w'r nc{nl]'/#{l,+'K {rw' > iK{;[{nl]'/w#q#n > 'wk nw' iwk{KK{nl]!/w{%'l##w#' i; :{nl]'/*{q#'ld;r'}{nlwb!/*de}'c > ;;{nl'-{} > rw]'/+,}##'*}#nc,',#nw]'/+kd'+e}+;#'rdq#w! nr'/ ') }+}{rl#'{n' ')# }'+}## > (!!/"):t<-50?_==*a?putchar(31[a]):main(-65,_,a+1):main((*a=='/')+t,_,a+1 > ):0 '(q)-[w]*%n+r3#l > ,{}:\nuwloca-O;m .vpbks,fxntdCeghiry"),a+1);} > > -- > 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 dragoran at feuerpokemon.de Tue Jan 3 09:20:40 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 03 Jan 2006 10:20:40 +0100 Subject: rawhide report: 20060103 changes In-Reply-To: <1136279541.2942.11.camel@laptopd505.fenrus.org> References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> <1136278691.2942.5.camel@laptopd505.fenrus.org> <43BA3D9A.7060103@feuerpokemon.de> <1136279541.2942.11.camel@laptopd505.fenrus.org> Message-ID: <43BA41E8.1000106@feuerpokemon.de> Arjan van de Ven wrote: >On Tue, 2006-01-03 at 10:02 +0100, dragoran wrote: > > >>Arjan van de Ven wrote: >> >> >> >>>On Tue, 2006-01-03 at 03:13 -0500, Build System wrote: >>> >>> >>> >>> >>> >>>>kernel-2.6.14-1.1808_FC5 >>>>------------------------ >>>>* Mon Jan 02 2006 David Woodhouse >>>>- Merge experimental Broadcom wireless driver >>>> >>>> >>>> >>>> >>>I thought the fedora kernel policy was "upstream first" .... >>>I think there's about a dozen other drivers that warrant the same >>>treatment as this broadcom one... at least 4 of which are wireless >>>drivers as well for which the hardware is quite popular. >>> >>> >>> >>> >>> >>but the driver needs some testing >> >> > >no argument there > > > >>and having it in rawhide would help it. >>native wlan drivers are rare and having more off them won't hurt (no >>ndiswrapper etc.) ;) >> >> > >they're not THAT rare; there's drivers as well for the atheros chips, >for the rx chips etc etc. I'm the first to say that that work needs >applauding and support. But why do only one and not all? > > > > I would also prefer to have all of them... From ivazquez at ivazquez.net Tue Jan 3 09:22:54 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Tue, 03 Jan 2006 04:22:54 -0500 Subject: rawhide report: 20060103 changes In-Reply-To: <1136279541.2942.11.camel@laptopd505.fenrus.org> References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> <1136278691.2942.5.camel@laptopd505.fenrus.org> <43BA3D9A.7060103@feuerpokemon.de> <1136279541.2942.11.camel@laptopd505.fenrus.org> Message-ID: <1136280175.30392.15.camel@ignacio.lan> On Tue, 2006-01-03 at 10:12 +0100, Arjan van de Ven wrote: > On Tue, 2006-01-03 at 10:02 +0100, dragoran wrote: > > and having it in rawhide would help it. > > native wlan drivers are rare and having more off them won't hurt (no > > ndiswrapper etc.) ;) > > they're not THAT rare; there's drivers as well for the atheros chips, > for the rx chips etc etc. I'm the first to say that that work needs > applauding and support. But why do only one and not all? For the most part they (madwifi etc.) already work. The BC43xx driver is another matter. And it's getting easier and easier to find a laptop that has a BC43xx chip, so having the driver work is a *huge* help. -- 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: 189 bytes Desc: This is a digitally signed message part URL: From arjan at fenrus.demon.nl Tue Jan 3 09:24:50 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 03 Jan 2006 10:24:50 +0100 Subject: rawhide report: 20060103 changes In-Reply-To: <1136280175.30392.15.camel@ignacio.lan> References: <200601030813.k038D99Q028805@porkchop.devel.redhat.com> <1136278691.2942.5.camel@laptopd505.fenrus.org> <43BA3D9A.7060103@feuerpokemon.de> <1136279541.2942.11.camel@laptopd505.fenrus.org> <1136280175.30392.15.camel@ignacio.lan> Message-ID: <1136280290.2942.15.camel@laptopd505.fenrus.org> On Tue, 2006-01-03 at 04:22 -0500, Ignacio Vazquez-Abrams wrote: > On Tue, 2006-01-03 at 10:12 +0100, Arjan van de Ven wrote: > > On Tue, 2006-01-03 at 10:02 +0100, dragoran wrote: > > > and having it in rawhide would help it. > > > native wlan drivers are rare and having more off them won't hurt (no > > > ndiswrapper etc.) ;) > > > > they're not THAT rare; there's drivers as well for the atheros chips, > > for the rx chips etc etc. I'm the first to say that that work needs > > applauding and support. But why do only one and not all? > > For the most part they (madwifi etc.) I don't count madwifi since it's not open source. I'm talking about the reverse engineered driver instead. > already work. The BC43xx driver is > another matter. And it's getting easier and easier to find a laptop that > has a BC43xx chip, so having the driver work is a *huge* help. Atheros is also very popular. From caolanm at redhat.com Tue Jan 3 10:20:34 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 03 Jan 2006 10:20:34 +0000 Subject: Fedora Core 4 Test Update: openoffice.org-2.0.1.1-2.1 In-Reply-To: <43AD0BC7.1090808@feuerpokemon.de> References: <200512240312.jBO3C3JK005232@devserv.devel.redhat.com> <43AD0BC7.1090808@feuerpokemon.de> Message-ID: <1136283635.5438.0.camel@localhost.localdomain> On Sat, 2005-12-24 at 09:50 +0100, dragoran wrote: > > > >* Thu Dec 8 2005 Caolan McNamara - 1:2.0.1-145.2 > >- gcc 4.1 rebuild > >- > > > the fc4 version is build with gcc 4.1 too? or is this part from the > changelog from rawhide? > fc4 version built with the same patch required to make it build with gcc 4.1, but built with default gcc 4.0.whatever_it_is for fc4 C. From dragoran at feuerpokemon.de Tue Jan 3 11:23:44 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 03 Jan 2006 12:23:44 +0100 Subject: x86_64 smp 2.6.15-1.1781_FC4 in ? Message-ID: <43BA5EC0.6030309@feuerpokemon.de> hello I noticed that smp is enabled in the 2.6.15 fc kernel build (from daves people page) why is this done? maybe it does not hurt but why does a smp kernel exists than? where is the differnce? From mihamina.rakotomandimby at etu.univ-orleans.fr Tue Jan 3 12:19:45 2006 From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby Mihamina) Date: Tue, 03 Jan 2006 13:19:45 +0100 Subject: RFC Zope 2.9 Package Message-ID: <1136290785.2875.2.camel@localhost.localdomain> Hi, I made a zope 2.9 package, and would like your comment on it, if you have time. ftp://infogerance.locataire-serveur.info/fedora/RPMS/i386/zope-2.9.0b2-1.i386.rpm The SRPM is here ftp://infogerance.locataire-serveur.info/fedora/SRPMS/zope-2.9.0b2-1.src.rpm -- A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL). Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better. http://www.cps-project.org for downloads & documentation. Free hosting of CPS groupware: http://www.objectis.org. From fedora-test at adslpipe.co.uk Tue Jan 3 13:06:29 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Tue, 03 Jan 2006 13:06:29 +0000 Subject: x86_64 smp 2.6.15-1.1781_FC4 in ? In-Reply-To: <43BA5EC0.6030309@feuerpokemon.de> References: <43BA5EC0.6030309@feuerpokemon.de> Message-ID: <43BA76D5.903@adslpipe.co.uk> dragoran wrote: > I noticed that smp is enabled in the 2.6.15 fc kernel build (from daves > people page) I'm slightly puzzled by the mixture of cpu architectures and fedora versions between your subject and message body, but ... > why is this done? maybe it does not hurt but why does a smp kernel > exists than? where is the differnce? Do you mean why not have a non-smp kernel for x86_64? If so probably because many(most?/all?) EMT64 CPUs support HT or dual core. Or do you mean why have SMP and non-SMP versions for other CPUs? If so because various types of locks can be optimized away if not using SMP. From fedora-test at adslpipe.co.uk Tue Jan 3 13:10:11 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Tue, 03 Jan 2006 13:10:11 +0000 Subject: RFC Zope 2.9 Package In-Reply-To: <1136290785.2875.2.camel@localhost.localdomain> References: <1136290785.2875.2.camel@localhost.localdomain> Message-ID: <43BA77B3.1020408@adslpipe.co.uk> Rakotomandimby Mihamina wrote: > I made a zope 2.9 package zope 2.8 is already in Fedora Extras, perhaps you'd get a better response on the extras list? From dragoran at feuerpokemon.de Tue Jan 3 13:15:35 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 03 Jan 2006 14:15:35 +0100 Subject: x86_64 smp 2.6.15-1.1781_FC4 in ? In-Reply-To: <43BA76D5.903@adslpipe.co.uk> References: <43BA5EC0.6030309@feuerpokemon.de> <43BA76D5.903@adslpipe.co.uk> Message-ID: <43BA78F7.70802@feuerpokemon.de> Andy Burns wrote: > dragoran wrote: > >> I noticed that smp is enabled in the 2.6.15 fc kernel build (from >> daves people page) > > > I'm slightly puzzled by the mixture of cpu architectures and fedora > versions between your subject and message body, but ... > sorry the subject got "broken" >> why is this done? maybe it does not hurt but why does a smp kernel >> exists than? where is the differnce? > > > Do you mean why not have a non-smp kernel for x86_64? If so probably > because many(most?/all?) EMT64 CPUs support HT or dual core. > there are many non dualcore am64 chips arround > Or do you mean why have SMP and non-SMP versions for other CPUs? If so > because various types of locks can be optimized away if not using SMP. > > > > > > here we have http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/kernel-2.6.15-1.1781_FC4.x86_64.rpm and http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/kernel-smp-2.6.15-1.1781_FC4.x86_64.rpm smp is already enabled in the non smp kernel.. so why do we have 2 kernels with different names but same config? (or is there a difference beween them) From davej at redhat.com Tue Jan 3 13:50:49 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 3 Jan 2006 08:50:49 -0500 Subject: x86_64 smp 2.6.15-1.1781_FC4 in ? In-Reply-To: <43BA78F7.70802@feuerpokemon.de> References: <43BA5EC0.6030309@feuerpokemon.de> <43BA76D5.903@adslpipe.co.uk> <43BA78F7.70802@feuerpokemon.de> Message-ID: <20060103135049.GA18060@redhat.com> On Tue, Jan 03, 2006 at 02:15:35PM +0100, dragoran wrote: > >Do you mean why not have a non-smp kernel for x86_64? If so probably > >because many(most?/all?) EMT64 CPUs support HT or dual core. > > > there are many non dualcore am64 chips arround lock prefix on uniprocessor AMD systems is a lot lower overhead than it is on Intel. The performance impact of running with spinlocks on UP there is tiny. The gain is that we save shipping an extra kernel on the CD, the installer gets simpler, and we have a single codepath on that architecture. There is work ongoing upstream that may make it in for 2.6.16 to actually nop out the spinlocks on UP configurations, making them completely free. > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/kernel-2.6.15-1.1781_FC4.x86_64.rpm > and > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/kernel-smp-2.6.15-1.1781_FC4.x86_64.rpm > smp is already enabled in the non smp kernel.. so why do we have 2 > kernels with different names but same config? (or is there a difference > beween them) The unification happened after FC4 was released. FC5 will be the first single-kernel x86-64 release. Dave From dragoran at feuerpokemon.de Tue Jan 3 13:56:34 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Tue, 03 Jan 2006 14:56:34 +0100 Subject: x86_64 smp 2.6.15-1.1781_FC4 in ? In-Reply-To: <20060103135049.GA18060@redhat.com> References: <43BA5EC0.6030309@feuerpokemon.de> <43BA76D5.903@adslpipe.co.uk> <43BA78F7.70802@feuerpokemon.de> <20060103135049.GA18060@redhat.com> Message-ID: <43BA8292.80905@feuerpokemon.de> Dave Jones wrote: >On Tue, Jan 03, 2006 at 02:15:35PM +0100, dragoran wrote: > > > >Do you mean why not have a non-smp kernel for x86_64? If so probably > > >because many(most?/all?) EMT64 CPUs support HT or dual core. > > > > > there are many non dualcore am64 chips arround > >lock prefix on uniprocessor AMD systems is a lot lower overhead >than it is on Intel. The performance impact of running with spinlocks >on UP there is tiny. The gain is that we save shipping an extra >kernel on the CD, the installer gets simpler, and we have a single >codepath on that architecture. > >There is work ongoing upstream that may make it in for 2.6.16 to >actually nop out the spinlocks on UP configurations, making them >completely free. > > > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/kernel-2.6.15-1.1781_FC4.x86_64.rpm > > and > > http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/kernel-smp-2.6.15-1.1781_FC4.x86_64.rpm > > smp is already enabled in the non smp kernel.. so why do we have 2 > > kernels with different names but same config? (or is there a difference > > beween them) > >The unification happened after FC4 was released. FC5 will be the >first single-kernel x86-64 release. > > Dave > > > ok thanks for the info. From djhender at telusplanet.net Tue Jan 3 14:37:03 2006 From: djhender at telusplanet.net (Doug Henderson) Date: Tue, 03 Jan 2006 07:37:03 -0700 Subject: FC5 yum error for selinux -policy-targeted In-Reply-To: <20060102232607.CF7F5732A4@hormel.redhat.com> References: <20060102232607.CF7F5732A4@hormel.redhat.com> Message-ID: <43BA8C0F.9060501@telusplanet.net> On my FC5 rawhide box, I am getting the following message Updating : selinux-policy-targeted ####################### [20/58] libsemanage.parse_module_headers: Data did not represent a module. Failed! from yum when updating to : selinux-policy-targeted noarch 2.1.6-22 development 459 k IIRC this message has appeared with previous updates. From djhender at telusplanet.net Tue Jan 3 14:44:07 2006 From: djhender at telusplanet.net (Doug Henderson) Date: Tue, 03 Jan 2006 07:44:07 -0700 Subject: FC5 yum update to kernel 1808 fails In-Reply-To: <20060103121230.586417379C@hormel.redhat.com> References: <20060103121230.586417379C@hormel.redhat.com> Message-ID: <43BA8DB7.3030407@telusplanet.net> Updating from kernel 1807 to 1808 fail. yum output follows (edited for wrap): [root at lambda ~]# yum update kernel Loading "installonlyn" plugin Setting up Update Process Setting up repositories Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package kernel.i686 0:2.6.14-1.1808_FC5 set to be installed --> Running transaction check Dependencies Resolved ========================================================================= Package Arch Version Repository Size ========================================================================= Installing: kernel i686 2.6.14-1.1808_FC5 development 13 M Transaction Summary ========================================================================= Install 1 Package(s) Update 0 Package(s) Remove 0 Package(s) Total download size: 13 M Is this ok [y/N]: y Downloading Packages: (1/1): kernel-2.6.14-1.18 100% |=========================| 13 MB 00:44 Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction error: %pre(kernel-2.6.14-1.1808_FC5.i686) scriptlet failed, exit status 255 error: install: %pre scriptlet failed (2), skipping kernel-2.6.14-1.1808_FC5 Installed: kernel.i686 0:2.6.14-1.1808_FC5 Complete! From davej at redhat.com Tue Jan 3 14:49:51 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 3 Jan 2006 09:49:51 -0500 Subject: FC5 yum update to kernel 1808 fails In-Reply-To: <43BA8DB7.3030407@telusplanet.net> References: <20060103121230.586417379C@hormel.redhat.com> <43BA8DB7.3030407@telusplanet.net> Message-ID: <20060103144951.GB5819@redhat.com> On Tue, Jan 03, 2006 at 07:44:07AM -0700, Doug Henderson wrote: > Updating from kernel 1807 to 1808 fail. yum output follows (edited for > wrap): > > [root at lambda ~]# yum update kernel > Loading "installonlyn" plugin > Setting up Update Process > Setting up repositories > Reading repository metadata in from local files > Resolving Dependencies > --> Populating transaction set with selected packages. Please wait. > ---> Package kernel.i686 0:2.6.14-1.1808_FC5 set to be installed > --> Running transaction check > > Dependencies Resolved > > ========================================================================= > Package Arch Version Repository Size > ========================================================================= > Installing: > kernel i686 2.6.14-1.1808_FC5 development 13 M > > Transaction Summary > ========================================================================= > Install 1 Package(s) > Update 0 Package(s) > Remove 0 Package(s) > Total download size: 13 M > Is this ok [y/N]: y > Downloading Packages: > (1/1): kernel-2.6.14-1.18 100% |=========================| 13 MB 00:44 > Running Transaction Test > Finished Transaction Test > Transaction Test Succeeded > Running Transaction > error: %pre(kernel-2.6.14-1.1808_FC5.i686) scriptlet failed, exit status 255 > error: install: %pre scriptlet failed (2), skipping kernel-2.6.14-1.1808_FC5 > > Installed: kernel.i686 0:2.6.14-1.1808_FC5 that's an old (well, pre-xmas) problem that should be fixed now. iirc, this was selinux breakage. make sure you've updated policy, then do a 'fixfiles relabel'. If you're running old bits of userspace, it's advisable to update those too, for reasons just like this. Dave From fedora-test at adslpipe.co.uk Tue Jan 3 15:16:31 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Tue, 03 Jan 2006 15:16:31 +0000 Subject: 2.6.15 Message-ID: <43BA954F.2010506@adslpipe.co.uk> http://cvs.fedora.redhat.com/viewcvs/devel/kernel/linux-2.6.15.tar.bz2.sign?rev=1.1&sortby=date&view=auto > * Tue Jan 3 2006 Dave Jones > - Update to 2.6.15 final. Nice milestone :-) Just wondering about version numbering in Fedora, how come the rawhide kernel has been named 2.6.14-1.x when it has clearly been tracking 2.6.15-rcx-gitx In general why do some packages adopt the released version number with a local "plus something" suffix, and others adopt the forthcoming version number with a "pre" suffix? From davej at redhat.com Tue Jan 3 15:24:30 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 3 Jan 2006 10:24:30 -0500 Subject: 2.6.15 In-Reply-To: <43BA954F.2010506@adslpipe.co.uk> References: <43BA954F.2010506@adslpipe.co.uk> Message-ID: <20060103152430.GD5819@redhat.com> On Tue, Jan 03, 2006 at 03:16:31PM +0000, Andy Burns wrote: > http://cvs.fedora.redhat.com/viewcvs/devel/kernel/linux-2.6.15.tar.bz2.sign?rev=1.1&sortby=date&view=auto > > >* Tue Jan 3 2006 Dave Jones > >- Update to 2.6.15 final. > > Nice milestone :-) > > Just wondering about version numbering in Fedora, how come the rawhide > kernel has been named 2.6.14-1.x when it has clearly been tracking > 2.6.15-rcx-gitx iirc it confuses rpm when faced with decisions like "which is newer, 2.6.14.1 or 2.6.14-git1" With so many different 'styles' of versioning in use upstream 2.6.x 2.6.x.y 2.6.x-gitY 2.6.x-rcY 2.6.x-rcY-gitZ it's almost guaranteed that rpm's brain will leak out of its ears and do the wrong thing when moving between arbitary versions. So we make its life simple, and stick with a 2.6.x-CVSident_$releasever > In locaplus something" suffix, and others adopt the forthcoming version > number with a "pre" suffix? Maybe their upstreams have more managable version numbers ;) Dave From tony at tgds.net Tue Jan 3 15:36:15 2006 From: tony at tgds.net (tony) Date: Tue, 03 Jan 2006 16:36:15 +0100 Subject: [offtopic but still]Re: 2.6.15 In-Reply-To: <20060103152430.GD5819@redhat.com> References: <43BA954F.2010506@adslpipe.co.uk> <20060103152430.GD5819@redhat.com> Message-ID: <1136302576.2833.166.camel@hush.localdomain> Le mardi 03 janvier 2006 ? 10:24 -0500, Dave Jones a ?crit : > Maybe their upstreams have more managable version numbers ;) Dave, I have been trying to build a custom kernel from Fedora Source rpms and have a couple of questions: As per instructions I have tried renaming the kernel buy just changing the FCx bit. make rpm strips out the "-" ... How does one rename a kernel rpm? The resulting kernel runs just fine except that mkinitrd must be run by hand. This means that I can not feed it to kadischi to make a liveCD (my goal). This also is a kernel nuber/name issue. Any pointers greatly appreciated TIA Tony -- Tony Grant www.tgds.net - vente d'ordinateurs mini-itx en ligne www.tgds.net/epiaix1.html - A fedora Core 4 based live CD for VIA Epia-M From fedora at leemhuis.info Tue Jan 3 17:55:28 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 03 Jan 2006 18:55:28 +0100 Subject: 2.6.15 In-Reply-To: <20060103152430.GD5819@redhat.com> References: <43BA954F.2010506@adslpipe.co.uk> <20060103152430.GD5819@redhat.com> Message-ID: <1136310928.2665.15.camel@localhost.localdomain> Am Dienstag, den 03.01.2006, 10:24 -0500 schrieb Dave Jones: > On Tue, Jan 03, 2006 at 03:16:31PM +0000, Andy Burns wrote: > > http://cvs.fedora.redhat.com/viewcvs/devel/kernel/linux-2.6.15.tar.bz2.sign?rev=1.1&sortby=date&view=auto > > >* Tue Jan 3 2006 Dave Jones > > >- Update to 2.6.15 final. > > Nice milestone :-) > > Just wondering about version numbering in Fedora, how come the rawhide > > kernel has been named 2.6.14-1.x when it has clearly been tracking > > 2.6.15-rcx-gitx > > iirc it confuses rpm when faced with decisions like > "which is newer, 2.6.14.1 or 2.6.14-git1" Thats true. In Fedora Extras for example something like this would have to be used: Version: 2.6.15 Release: 0.rc1.git1 to circumvent problems until Version: 2.6.15 Release: 1 is released. > So we make its life simple, and stick with a 2.6.x-CVSident_$releasever I disagree. IMHO is confuses users, journalists (they wrote "FC4 is based on a 2.6.11 kernel" -- but in fact it was 2.6.12rc5) and packagers, that sometimes have to add patches like this -#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,15) +#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,14) to their packages. Such patches also need to be applied on a case by case basis in the spec file in case the package is build for a real 2.6.14. /me was bitten by a problem similar to this example just some days ago CU thl -- Thorsten Leemhuis From smooge at gmail.com Tue Jan 3 17:59:41 2006 From: smooge at gmail.com (Stephen J. Smoogen) Date: Tue, 3 Jan 2006 10:59:41 -0700 Subject: Fedora general improvements input survey invitation In-Reply-To: <43BAB6C7.4000509@redhat.com> References: <437D3B1D.7050007@redhat.com> <43BAB6C7.4000509@redhat.com> Message-ID: <80d7e4090601030959n122a023eqac8ef91af50dd920@mail.gmail.com> On 1/3/06, Tim Burke wrote: > Tim Burke wrote: > > > The Fedora Core team invites you to participate in a survey to help > > identify the major ways in which Fedora can be improved for the > > benefit of the community. The survey consists of 10 questions > > involving Fedora Core and Fedora Extras. We are greatly interested in > > your views and hope you can share your thoughts with us. > > > > > Thanks in advance for helping us to make Fedora better for all > > involved. Upon conclusion of the survey, a summary of the results > > will be shared. > > > > > Hi Everyone, > > I hope you all had a great holiday. Sorry for the delay, and a sincere > thanks to all who participated in the survey. The results of this > survey are hung off the fedoraproject.org marketing page under a > feedback section. That would be http://fedoraproject.org/wiki/Marketing/Fedora for those who get lost in the wiki. > > http://fedoraproject.org/wiki/Marketing/Fedora > > -- > Fedora-maintainers mailing list > Fedora-maintainers at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-maintainers > -- Stephen J Smoogen. CSIRT/Linux System Administrator From arjan at fenrus.demon.nl Tue Jan 3 18:07:17 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 03 Jan 2006 19:07:17 +0100 Subject: 2.6.15 In-Reply-To: <1136310928.2665.15.camel@localhost.localdomain> References: <43BA954F.2010506@adslpipe.co.uk> <20060103152430.GD5819@redhat.com> <1136310928.2665.15.camel@localhost.localdomain> Message-ID: <1136311638.2869.5.camel@laptopd505.fenrus.org> > > > So we make its life simple, and stick with a 2.6.x-CVSident_$releasever > > I disagree. IMHO is confuses users, journalists (they wrote "FC4 is there is one angle that davej didn't mention yet: the version is named after the version of the tarbal. The git etc patches are that. patches on top of the tarbal. But the tarbal version still is 2.6.14... From arjan at fenrus.demon.nl Tue Jan 3 18:12:05 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Tue, 03 Jan 2006 19:12:05 +0100 Subject: 2.6.15 In-Reply-To: <1136311638.2869.5.camel@laptopd505.fenrus.org> References: <43BA954F.2010506@adslpipe.co.uk> <20060103152430.GD5819@redhat.com> <1136310928.2665.15.camel@localhost.localdomain> <1136311638.2869.5.camel@laptopd505.fenrus.org> Message-ID: <1136311925.2869.9.camel@laptopd505.fenrus.org> On Tue, 2006-01-03 at 19:07 +0100, Arjan van de Ven wrote: > > > > > So we make its life simple, and stick with a 2.6.x-CVSident_$releasever > > > > I disagree. IMHO is confuses users, journalists (they wrote "FC4 is > > there is one angle that davej didn't mention yet: the version is named > after the version of the tarbal. The git etc patches are that. patches > on top of the tarbal. But the tarbal version still is 2.6.14... > btw if I had a chance to do things again.. I'd use the version "2.6" without any subrelease number. And just leave the "14" or "15" out of the rpm versioning entirely. Too much emphasis is put on that exact subversion number anyway while the meaning of it is rather, ehm, minute. Especially since a lot of bugfixes of later kernels get backported. People still say "but fedora has THAT bug because it has kernel version 2.6.14, see the rpm says so" even when the fix for THAT bug has been in the rpm for forever. Just leaving this out (and using the auto incrementing cvs id) sounds the best to me to be honest. Or maybe 2.6.FC4, 2.6.FC5 etc From wdtj at yahoo.com Tue Jan 3 20:16:23 2006 From: wdtj at yahoo.com (Wayne Johnson) Date: Tue, 3 Jan 2006 12:16:23 -0800 (PST) Subject: Debug rpms Message-ID: <20060103201623.88089.qmail@web53808.mail.yahoo.com> This might be a bit off topic for this list, but I figured you folks would know this better than anyone else I know. I'm trying to track down a crash in amanda-2.4.5 in FC4. Are there still debug RPMS around for that release? Thanks. --- Wayne Johnson, | There are two kinds of people: Those 3943 Penn Ave. N. | who say to God, "Thy will be done," Minneapolis, MN 55412-1908 | and those to whom God says, "All right, (612) 522-7003 | then, have it your way." --C.S. Lewis --------------------------------- Yahoo! Photos Ring in the New Year with Photo Calendars. Add photos, events, holidays, whatever. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jreiser at BitWagon.com Tue Jan 3 21:35:14 2006 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 03 Jan 2006 13:35:14 -0800 Subject: Debug rpms In-Reply-To: <20060103201623.88089.qmail@web53808.mail.yahoo.com> References: <20060103201623.88089.qmail@web53808.mail.yahoo.com> Message-ID: <43BAEE12.2080001@BitWagon.com> > I'm trying to track down a crash in amanda-2.4.5 in FC4. Are there still debug RPMS around for that release? Such as: <>/core/4/i386/debug/amanda-debuginfo-2.4.5-2.i386.rpm I found mine at fedora.cat.pdx.edu/linux . -- From pjones at redhat.com Tue Jan 3 22:17:45 2006 From: pjones at redhat.com (Peter Jones) Date: Tue, 03 Jan 2006 17:17:45 -0500 Subject: Why are software raid devices being renamed? In-Reply-To: <17338.59038.125338.478554@hobnob.flinders.org> References: <43A835F5.1060006@cox.net> <1135100221.3240.7.camel@localhost.localdomain> <1135201769.3240.61.camel@localhost.localdomain> <43A9D27A.2060108@cox.net> <1135205960.3240.64.camel@localhost.localdomain> <17338.59038.125338.478554@hobnob.flinders.org> Message-ID: <1136326665.2840.6.camel@localhost.localdomain> On Tue, 2006-01-03 at 21:03 +0000, Paul Flinders wrote: > Think I've fixed this - see > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176179 > & > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=169059 > > BTW I'm not on fedora-testers at present, hence the direct email to > you all. Thank you. -- Peter From wrrhdev at riede.org Tue Jan 3 22:55:53 2006 From: wrrhdev at riede.org (Willem Riede) Date: Tue, 03 Jan 2006 17:55:53 -0500 Subject: FC5 yum error for selinux -policy-targeted In-Reply-To: <43BA8C0F.9060501@telusplanet.net> (from djhender@telusplanet.net on Tue Jan 3 09:37:03 2006) References: <20060102232607.CF7F5732A4@hormel.redhat.com> <43BA8C0F.9060501@telusplanet.net> Message-ID: <1136328953l.3688l.15l@athena.riede.org> On 01/03/2006 09:37:03 AM, Doug Henderson wrote: > On my FC5 rawhide box, I am getting the following message > > Updating : selinux-policy-targeted ####################### [20/58] > libsemanage.parse_module_headers: Data did not represent a module. > Failed! > > from yum when updating to : > > selinux-policy-targeted noarch 2.1.6-22 development 459 k https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176323 Willem Riede. From thethirddoorontheleft at verizon.net Tue Jan 3 23:36:26 2006 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Tue, 03 Jan 2006 15:36:26 -0800 Subject: FC5 yum error for selinux -policy-targeted In-Reply-To: <43BA8C0F.9060501@telusplanet.net> References: <20060102232607.CF7F5732A4@hormel.redhat.com> <43BA8C0F.9060501@telusplanet.net> Message-ID: <43BB0A7A.4030707@verizon.net> Doug Henderson wrote: > On my FC5 rawhide box, I am getting the following message > > Updating : selinux-policy-targeted ####################### [20/58] > libsemanage.parse_module_headers: Data did not represent a module. > Failed! > > from yum when updating to : > > selinux-policy-targeted noarch 2.1.6-22 development 459 k > > IIRC this message has appeared with previous updates. > What was your recovery process for this error? I rebooted to get the new 1808 kernel and the screen rolded by hundreds of SELinux messages, dropped me into a recove user mode or reboot. It said setenforce 0 had be set I tried to fixfiles relabel and touch ./autorelabel but the f/s were mounted ro (all were LVM except /boot) Ctrl-D only rebooted I tried setenforce 1 on the boot line Didn't know what else to try. I only had this installed for 2 days. Darwin From clydekunkel7734 at cox.net Wed Jan 4 00:03:52 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Tue, 03 Jan 2006 19:03:52 -0500 Subject: Why are software raid devices being renamed? In-Reply-To: <1135205960.3240.64.camel@localhost.localdomain> References: <43A835F5.1060006@cox.net> <1135100221.3240.7.camel@localhost.localdomain> <1135201769.3240.61.camel@localhost.localdomain> <43A9D27A.2060108@cox.net> <1135205960.3240.64.camel@localhost.localdomain> Message-ID: <43BB10E8.2000509@cox.net> Peter Jones wrote: > On Wed, 2005-12-21 at 17:08 -0500, Clyde E. Kunkel wrote: > >> Don't want to beat a dead horse, especially when you have the problem >> identified as a kernel problem (thank you BTW), but, the change in nash >> from mkinitrd-5.0.10 to -5.0.11 which changed the various open type >> statements to various coeOpen statements was when the raid renaming >> problem started for me. Look at comments #39 and #40 of 11/24/05 on 169059. > > If the file descriptor being set "close on exec" makes any difference > with what the ioctl that scans raids does, then there's something > really, really broken in that ioctl. > You do have to talk nice to ioctl. :-) Alls well that ends well. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From selinux at gmail.com Wed Jan 4 00:35:31 2006 From: selinux at gmail.com (Tom London) Date: Tue, 3 Jan 2006 16:35:31 -0800 Subject: FC5 yum error for selinux -policy-targeted In-Reply-To: <43BB0A7A.4030707@verizon.net> References: <20060102232607.CF7F5732A4@hormel.redhat.com> <43BA8C0F.9060501@telusplanet.net> <43BB0A7A.4030707@verizon.net> Message-ID: <4c4ba1530601031635o6f37c845vdd1b3f521192b69f@mail.gmail.com> On 1/3/06, Darwin H. Webb wrote: > Doug Henderson wrote: > > On my FC5 rawhide box, I am getting the following message > > > > Updating : selinux-policy-targeted ####################### [20/58] > > libsemanage.parse_module_headers: Data did not represent a module. > > Failed! > > > > from yum when updating to : > > > > selinux-policy-targeted noarch 2.1.6-22 development 459 k > > > > IIRC this message has appeared with previous updates. > > > What was your recovery process for this error? > I rebooted to get the new 1808 kernel and the screen rolded by hundreds > of SELinux messages, > dropped me into a recove user mode or reboot. > It said setenforce 0 had be set > I tried to fixfiles relabel and touch ./autorelabel > but the f/s were mounted ro (all were LVM except /boot) > Ctrl-D only rebooted > I tried setenforce 1 on the boot line > > Didn't know what else to try. > I only had this installed for 2 days. > > Darwin > see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176839 -- Tom London From mihamina.rakotomandimby at etu.univ-orleans.fr Wed Jan 4 01:01:28 2006 From: mihamina.rakotomandimby at etu.univ-orleans.fr (Rakotomandimby Mihamina) Date: Wed, 04 Jan 2006 02:01:28 +0100 Subject: FC4 or fc4 Message-ID: <1136336488.2368.0.camel@localhost.localdomain> Hi, When making RPMs for FC4, should I use uppercase (FC4) or lowercase (fc4)? Thank you -- A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL). Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better. http://www.cps-project.org for downloads & documentation. Free hosting of CPS groupware: http://www.objectis.org. From sundaram at redhat.com Wed Jan 4 01:08:29 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 04 Jan 2006 06:38:29 +0530 Subject: FC4 or fc4 In-Reply-To: <1136336488.2368.0.camel@localhost.localdomain> References: <1136336488.2368.0.camel@localhost.localdomain> Message-ID: <43BB200D.2000603@redhat.com> Rakotomandimby Mihamina wrote: >Hi, >When making RPMs for FC4, should I use uppercase (FC4) or lowercase >(fc4)? >Thank you > > If you are talking about Fedora Extras, the naming guidelines are available from http://fedoraproject.org/wiki/PackageNamingGuidelines. See section on case sensitivity. If you are just building custom packages for private use then it doesnt matter since RPM accepts both. In general lowercase is preferable to many users. regards Rahul From buildsys at redhat.com Wed Jan 4 08:16:40 2006 From: buildsys at redhat.com (Build System) Date: Wed, 4 Jan 2006 03:16:40 -0500 Subject: rawhide report: 20060104 changes Message-ID: <200601040816.k048GeEX025112@porkchop.devel.redhat.com> Updated Packages: OpenIPMI-1.4.14-15 ------------------ * Tue Jan 03 2006 Radek Vokal 1.4.14-15 - Rebuilt against new libnetsnmp alsa-lib-1.0.10rf-4 ------------------- * Tue Jan 03 2006 Jesse Keating 1.0.10rf-4 - rebuilt amtu-1.0.4-2 ------------ * Tue Jan 03 2006 Jesse Keating 1.0.4-2 - rebuilt apr-util-1.2.2-2.2 ------------------ * Tue Jan 03 2006 Jesse Keating 1.2.2-2.2 - rebuilt again docbook-style-xsl-1.69.1-2 -------------------------- * Tue Jan 03 2006 Tim Waugh 1.69.1-2 - Patches from W. Michael Petullo: - Fix lists blocking (bug #161371). - Avoid proportional-column-width for passivetex (bug #176766). e2fsprogs-1.38-3 ---------------- * Tue Jan 03 2006 Peter Jones 1.38-3 - added support for device-mapper devices ethereal-0.10.14-3 ------------------ * Mon Jan 02 2006 Steve Dickson 0.10.14-3 - Added code to better show NFS V4 opts file-roller-2.13.3-1 -------------------- * Tue Jan 03 2006 Matthias Clasen 2.13.3-1 - Update to 2.13.3 firefox-1.5-4 ------------- * Tue Jan 03 2006 Christopher Aillon - 1.5-4 - Looks like we can build ppc64 again. Happy New Year! foomatic-3.0.2-30 ----------------- * Tue Jan 03 2006 Tim Waugh 3.0.2-30 - Updated db to 3.0-20060103. gedit-1:2.13.1-1 ---------------- * Tue Jan 03 2006 Matthias Clasen - 1:2.13.1-1 - Update to 2.13.1 - Disable scrollkeeper gettext-0.14.5-2.2 ------------------ * Tue Jan 03 2006 Jesse Keating 0.14.5-2.2 - rebuilt again glib-1:1.2.10-18.2 ------------------ * Tue Jan 03 2006 Jesse Keating 1:1.2.10-18.2 - rebuilt again gnome-desktop-2.13.4-1 ---------------------- * Tue Jan 03 2006 Matthias Clasen - 2.13.4-1 - Update to 2.13.4 gnome-games-1:2.13.4-1 ---------------------- * Tue Jan 03 2006 Matthias Clasen 1:2.13.4-1 - Update to 2.13.4 gnome-icon-theme-2.13.4-1 ------------------------- * Tue Jan 03 2006 Matthias Clasen 2.13.4-1 - Update to 2.13.4 gnome-system-monitor-2.13.4-1 ----------------------------- * Tue Jan 03 2006 Matthias Clasen 2.13.4-1 - Update to 2.13.4 gnome-utils-1:2.13.4-1 ---------------------- * Tue Jan 03 2006 Matthias Clasen 2.13.4 - Update to gnome-utils 2.13.4 - Update to gcalctool 5.7.18 gnutls-1.2.9-3 -------------- * Tue Jan 03 2006 Jesse Keating 1.2.9-3 - rebuilt gtk2-engines-2.7.2-1 -------------------- * Tue Jan 03 2006 Matthias Clasen 2.7.2-1 - Update to 2.7.2 gtkhtml3-3.9.4-1 ---------------- * Tue Jan 03 2006 David Malcolm - 3.9.4-1 - 3.9.4 howl-logger-0:0.1.8-1jpp_4fc ---------------------------- * Tue Jan 03 2006 Jesse Keating 0:0.1.8-1jpp_4fc - rebuilt again hsqldb-0:1.80.1-1jpp_5fc ------------------------ * Tue Jan 03 2006 Jesse Keating 0:1.80.1-1jpp_5fc - rebuilt again icu-3.4-6 --------- * Tue Jan 03 2006 Caolan McNamara - 3.4-6 - add icu-gcc41.patch jakarta-taglibs-standard-0:1.1.1-4jpp_2fc ----------------------------------------- * Tue Jan 03 2006 Jesse Keating - 0:1.1.1-4jpp_2fc - rebuilt again java_cup-1:0.10-0.k.1jpp_6fc ---------------------------- * Tue Jan 03 2006 Jesse Keating 1:0.10-0.k.1jpp_6fc - rebuilt again jfsutils-1.1.10-3 ----------------- * Tue Jan 03 2006 Jesse Keating - rebuilt again joram-0:4.1.5-1jpp_7fc ---------------------- * Tue Jan 03 2006 Jesse Keating 0:4.1.5-1jpp_7fc - rebuilt again kdebase-6:3.5.0-1.1 ------------------- * Fri Dec 16 2005 Jesse Keating 6:3.5.0-1.1 - rebuild for new gcc * Tue Dec 06 2005 Than Ngo 6:3.5.0-1 - add buildreq on imake kernel-2.6.15-1.1819_FC5 ------------------------ * Tue Jan 03 2006 Dave Jones - Silence some gcc4.1 warnings. * Tue Jan 03 2006 David Woodhouse - Make bcm43xx quieter when dropping packets, and make it reassociate on resume * Tue Jan 03 2006 Dave Jones - Update to 2.6.15 final. - Altix: Fix sn_flush_device_kernel & spinlock initialization. (#176827) libgnomecanvas-2.13.0-1 ----------------------- * Tue Jan 03 2006 Matthias Clasen - 2.13.0-1 - Update to 2.13.0 libgtop2-2.13.2-1 ----------------- * Tue Jan 03 2006 Matthias Clasen - Update to 2.13.2 librsvg2-2.13.3-4 ----------------- * Tue Jan 03 2006 Jesse Keating 2.13.3-4 - Rebuilt on new gcc libsetrans-0.1.14-1 ------------------- * Tue Jan 03 2006 Dan Walsh 0.1.14-1 - Fix untranslate of ""->s0 libtermcap-2.0.8-44 ------------------- * Mon Jan 02 2006 Petr Raszyk 2.0.8-44 - Rebuild. * Mon Jan 02 2006 Petr Raszyk 2.0.8-43 - libtermcap does not 'free()'memory. See #74346 A patch termcap-2.0.8-nofree.patch libwmf-0.2.8.4-3 ---------------- * Tue Jan 03 2006 Caolan McNamara 0.2.8.4-3 - add libwmf-0.2.8.4-fallbackfont.patch for rh#176620# * Fri Dec 09 2005 Jesse Keating 0.2.8.4-2.1 - rebuilt * Wed Nov 23 2005 Caolan McNamara 0.2.8.4-2 - rh#173299# modify pre/post requires libwnck-2.13.4-1 ---------------- * Tue Jan 03 2006 Matthias Clasen - 2.13.4-1 - Update to 2.13.4 metacity-2.13.8-1 ----------------- * Tue Jan 03 2006 Matthias Clasen 2.13.8-1 - Update to 2.13.8 mkinitrd-5.0.17-1 ----------------- * Tue Jan 03 2006 Peter Jones - 5.0.17-1 - fix dm operations to create/remove device nodes during each change. * Tue Jan 03 2006 Peter Jones - 5.0.16-1 - Hopefully fix raid autorun with a patch from Paul Flinders. nut-2.0.2-6 ----------- * Tue Jan 03 2006 Radek Vokal 2.0.2-6 - rebuilt against new libnetsnmp openmotif-2.3.0-0.1.2 --------------------- * Tue Jan 03 2006 Jesse Keating 2.3.0-0.1.2 - Rebuilt on new gcc pam-0.99.2.1-3 -------------- * Tue Jan 03 2006 Tomas Mraz 0.99.2.1-3 - remove 'initscripts' dependency (#176508) - update pam-redhat modules, merged patches psacct-6.3.2-38 --------------- * Tue Jan 03 2006 Ivana Varekova 6.3.2-38 - fix typo bug 176811 redhat-artwork-0.131-2 ---------------------- * Tue Jan 03 2006 John (J5) Palmieri 0.131-2 - rebuild again to fix problem with cursors not showing up redhat-menus-5.0.8-1 -------------------- * Tue Jan 03 2006 Matthias Clasen - 5.0.8-1 - Make "Other" disappear again rhythmbox-0.9.2-4 ----------------- * Tue Jan 03 2006 Jesse Keating 0.9.2-4 - rebuilt again selinux-policy-2.1.6-24 ----------------------- * Tue Jan 03 2006 Dan Walsh 2.1.6-24 - Fix "libsemanage.parse_module_headers: Data did not represent a module." problem * Tue Jan 03 2006 Dan Walsh 2.1.6-23 - Allow load_policy to read /etc/mtab thunderbird-0:1.5-0.5.5.rc1 --------------------------- * Tue Jan 03 2006 Christopher Aillon - 1.5-0.5.5.rc1 - Looks like we can build on ppc64 again. * Fri Dec 16 2005 Christopher Aillon - 1.5-0.5.4.rc1 - Rebuild * Fri Dec 16 2005 Christopher Aillon - 1.5-0.5.3.rc1 - Once again, disable ppc64 because of a new issue. See https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175944 - Use the system NSS libraries - Build on ppc64 tomcat5-0:5.0.30-8jpp_8fc ------------------------- * Tue Jan 03 2006 Rafael Schloming - 0:5.0.30-8jpp_7fc - Fixed typos in the init script. usermode-1.85-1 --------------- * Tue Jan 03 2006 Jindrich Novy 1.85-1 - fix userpasswd - don't crash if pam produces multi-line output (#175735) Thanks to toddp at bestweb.net - added Serbian translation (#176152) util-linux-2.13-0.13 -------------------- * Tue Jan 03 2006 Karel Zak 2.13-0.13 - fix #174676 - hwclock audit return code mismatch - fix #176441: col truncates data - fix #174111 - mount allows loopback devices to be mounted more than once to the same mount point - better wide chars usage in the cal command (based on the old 'moremisc' patch) vnc-4.1.1-33 ------------ * Tue Jan 03 2006 Tim Waugh 4.1.1-33 - Use VNC-provided Xregion (bug #176435). - Prevent restorecon error message when not present (bug #176654). xrestop-0.2-6.1 --------------- * Fri Dec 09 2005 Jesse Keating - rebuilt Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnome-applets - 1:2.13.1-2.i386 requires libgtop-2.0.so.0 gnome-python2-libgtop2 - 2.12.1-8.i386 requires libgtop-2.0.so.0 jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 kdeutils - 6:3.5.0-2.i386 requires libnetsnmp.so.9 openhpi - 2.2.1-1.i386 requires libnetsnmp.so.9 php-snmp - 5.1.1-7.i386 requires libnetsnmp.so.9 Broken deps for ia64 ---------------------------------------------------------- gnome-applets - 1:2.13.1-2.ia64 requires libgtop-2.0.so.0()(64bit) gnome-python2-libgtop2 - 2.12.1-8.ia64 requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.ia64 requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.ia64 requires libnetsnmp.so.9()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 gnome-applets - 1:2.13.1-2.ppc requires libgtop-2.0.so.0 gnome-python2-libgtop2 - 2.12.1-8.ppc requires libgtop-2.0.so.0 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 kdeutils - 6:3.5.0-2.ppc requires libnetsnmp.so.9 openhpi - 2.2.1-1.ppc requires libnetsnmp.so.9 php-snmp - 5.1.1-7.ppc requires libnetsnmp.so.9 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 gnome-applets - 1:2.13.1-2.ppc64 requires libgtop-2.0.so.0()(64bit) gnome-python2-libgtop2 - 2.12.1-8.ppc64 requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.ppc64 requires libnetsnmp.so.9()(64bit) openhpi - 2.2.1-1.ppc64 requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.ppc64 requires libnetsnmp.so.9()(64bit) Broken deps for s390 ---------------------------------------------------------- gnome-applets - 1:2.13.1-2.s390 requires libgtop-2.0.so.0 gnome-python2-libgtop2 - 2.12.1-8.s390 requires libgtop-2.0.so.0 jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 kdeutils - 6:3.5.0-2.s390 requires libnetsnmp.so.9 openhpi - 2.2.1-1.s390 requires libnetsnmp.so.9 php-snmp - 5.1.1-7.s390 requires libnetsnmp.so.9 Broken deps for s390x ---------------------------------------------------------- gnome-applets - 1:2.13.1-2.s390x requires libgtop-2.0.so.0()(64bit) gnome-python2-libgtop2 - 2.12.1-8.s390x requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.s390x requires libnetsnmp.so.9()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) openhpi - 2.2.1-1.s390x requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.s390x requires libnetsnmp.so.9()(64bit) Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnome-applets - 1:2.13.1-2.x86_64 requires libgtop-2.0.so.0()(64bit) gnome-python2-libgtop2 - 2.12.1-8.x86_64 requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) kdeutils - 6:3.5.0-2.x86_64 requires libnetsnmp.so.9()(64bit) openhpi - 2.2.1-1.x86_64 requires libnetsnmp.so.9()(64bit) php-snmp - 5.1.1-7.x86_64 requires libnetsnmp.so.9()(64bit) From fct-cornette at insight.rr.com Wed Jan 4 11:43:04 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 04 Jan 2006 06:43:04 -0500 Subject: FC5 yum error for selinux -policy-targeted In-Reply-To: <4c4ba1530601031635o6f37c845vdd1b3f521192b69f@mail.gmail.com> References: <20060102232607.CF7F5732A4@hormel.redhat.com> <43BA8C0F.9060501@telusplanet.net> <43BB0A7A.4030707@verizon.net> <4c4ba1530601031635o6f37c845vdd1b3f521192b69f@mail.gmail.com> Message-ID: <43BBB4C8.3040401@insight.rr.com> Tom London wrote: > On 1/3/06, Darwin H. Webb wrote: > >>Doug Henderson wrote: >> >>>On my FC5 rawhide box, I am getting the following message >>> >>>Updating : selinux-policy-targeted ####################### [20/58] >>>libsemanage.parse_module_headers: Data did not represent a module. >>>Failed! >>> >>>from yum when updating to : >>> >>>selinux-policy-targeted noarch 2.1.6-22 development 459 k >>> >>>IIRC this message has appeared with previous updates. >>> >> >>What was your recovery process for this error? >>I rebooted to get the new 1808 kernel and the screen rolded by hundreds >>of SELinux messages, >>dropped me into a recove user mode or reboot. >>It said setenforce 0 had be set >>I tried to fixfiles relabel and touch ./autorelabel >>but the f/s were mounted ro (all were LVM except /boot) >>Ctrl-D only rebooted >>I tried setenforce 1 on the boot line >> >>Didn't know what else to try. >>I only had this installed for 2 days. >> >>Darwin >> > > see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176839 > > -- > Tom London > Before relabeling, I could boot. After relabeling and booted into kernel-2.6.14-1.1808_FC5 in single and with selinux=0 given as a parameter, I could install all but a few packages that conflict with kdeutils. After relabeling and rebooting, I could not boot regularly or with selinux=0 given as a parameter. I was dropped to a maintenence shell. I am able to boot with kernel-2.6.14-1.1806_FC5 and with selinux=0 given as a parameter. I am unsure if this is kernel or SELinux related. Jim From roger at gwch.net Wed Jan 4 13:08:57 2006 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 04 Jan 2006 14:08:57 +0100 Subject: Pilot Conduits for Adress and Calendar Message-ID: <1136380139.2704.1.camel@niobe> Hey, When will those Conduits be available again? Cheerio, Roger From selinux at gmail.com Wed Jan 4 14:31:20 2006 From: selinux at gmail.com (Tom London) Date: Wed, 4 Jan 2006 06:31:20 -0800 Subject: FC5 yum error for selinux -policy-targeted In-Reply-To: <43BBB4C8.3040401@insight.rr.com> References: <20060102232607.CF7F5732A4@hormel.redhat.com> <43BA8C0F.9060501@telusplanet.net> <43BB0A7A.4030707@verizon.net> <4c4ba1530601031635o6f37c845vdd1b3f521192b69f@mail.gmail.com> <43BBB4C8.3040401@insight.rr.com> Message-ID: <4c4ba1530601040631q69c9452dof70fb97a58306310@mail.gmail.com> On 1/4/06, Jim Cornette wrote: > Tom London wrote: > > On 1/3/06, Darwin H. Webb wrote: > > > >>Doug Henderson wrote: > >> > >>>On my FC5 rawhide box, I am getting the following message > >>> > >>>Updating : selinux-policy-targeted ####################### [20/58] > >>>libsemanage.parse_module_headers: Data did not represent a module. > >>>Failed! > >>> > >>>from yum when updating to : > >>> > >>>selinux-policy-targeted noarch 2.1.6-22 development 459 k > >>> > >>>IIRC this message has appeared with previous updates. > >>> > >> > >>What was your recovery process for this error? > >>I rebooted to get the new 1808 kernel and the screen rolded by hundreds > >>of SELinux messages, > >>dropped me into a recove user mode or reboot. > >>It said setenforce 0 had be set > >>I tried to fixfiles relabel and touch ./autorelabel > >>but the f/s were mounted ro (all were LVM except /boot) > >>Ctrl-D only rebooted > >>I tried setenforce 1 on the boot line > >> > >>Didn't know what else to try. > >>I only had this installed for 2 days. > >> > >>Darwin > >> > > > > see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176839 > > > > -- > > Tom London > > > > Before relabeling, I could boot. After relabeling and booted into > kernel-2.6.14-1.1808_FC5 in single and with selinux=0 given as a > parameter, I could install all but a few packages that conflict with > kdeutils. > After relabeling and rebooting, I could not boot regularly or with > selinux=0 given as a parameter. I was dropped to a maintenence shell. > I am able to boot with kernel-2.6.14-1.1806_FC5 and with selinux=0 given > as a parameter. > > I am unsure if this is kernel or SELinux related. > > Jim > Did you update libsetrans (or disable translations) as described in the above bugzilla? tom -- Tom London From pjones at redhat.com Wed Jan 4 16:27:24 2006 From: pjones at redhat.com (Peter Jones) Date: Wed, 04 Jan 2006 11:27:24 -0500 Subject: 2.6.15 In-Reply-To: <20060103152430.GD5819@redhat.com> References: <43BA954F.2010506@adslpipe.co.uk> <20060103152430.GD5819@redhat.com> Message-ID: <1136392045.2840.13.camel@localhost.localdomain> On Tue, 2006-01-03 at 10:24 -0500, Dave Jones wrote: > On Tue, Jan 03, 2006 at 03:16:31PM +0000, Andy Burns wrote: > > Just wondering about version numbering in Fedora, how come the rawhide > > kernel has been named 2.6.14-1.x when it has clearly been tracking > > 2.6.15-rcx-gitx > > iirc it confuses rpm when faced with decisions like > "which is newer, 2.6.14.1 or 2.6.14-git1" Er, not quite. You're thinking of "2.6.14-1" vs "2.6.14-git1". The rest of your explanation is fine, though. -- Peter From dcbw at redhat.com Wed Jan 4 18:25:38 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 04 Jan 2006 13:25:38 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1135996352.3516.83.camel@pmac.infradead.org> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> Message-ID: <1136399138.5552.11.camel@localhost.localdomain> On Sat, 2005-12-31 at 02:32 +0000, David Woodhouse wrote: > On Fri, 2005-10-21 at 13:18 +0100, David Woodhouse wrote: > > Unfortunately I'm also required to enter my password for > > gnome-keyring-daemon each time I boot the laptop, before the wireless > > network will connect. I'm sure it used to connect as soon as the > > machine booted, but now it's waiting for me -- that's a fairly > > significant regression, since I'm used to just powering the laptop up > > and walking away from it, then logging in over the network. > > I filed bug #174467 for this in rawhide; I've just noticed that the > package I was testing has made its way into FC4 updates without this > problem being fixed, so I cloned the bug as #176728 for FC4. > > WEP keys are _not_ per-user data. They're system-wide. Debatable. I may be authorized to connect to certain networks, and you're not. So the network & authorization information is specific to my user, and shouldn't be available to yours. This is the same situation as 802.1x certificates for authentication. You shouldn't use my certificate to authenticate to the access server. Same for WEP keys. Of course, this is all premised on console-user privileges. In an actively multi-user machine, there do need to be system-wide settings for networking. But nobody has come up with an acceptable method for system-wide settings, besides using GConf's default/mandatory settings. But by default, I argue that such security and authentication information is first per-user, second system-wide, and only in that order. Just like login passwords. Dan From rodd at clarkson.id.au Wed Jan 4 22:26:20 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 05 Jan 2006 09:26:20 +1100 Subject: rawhide report: 20060104 changes In-Reply-To: <200601040816.k048GeEX025112@porkchop.devel.redhat.com> References: <200601040816.k048GeEX025112@porkchop.devel.redhat.com> Message-ID: <1136413580.3125.11.camel@localhost.localdomain> On Wed, 2006-01-04 at 03:16 -0500, Build System wrote: > libgnomecanvas-2.13.0-1 > ----------------------- > * Tue Jan 03 2006 Matthias Clasen - 2.13.0-1 > - Update to 2.13.0 > Hmm, after updating this I'm getting the following error when I try to 'startx'. Interestingly, gdm won't start. The hard disk goes into a tizzy and the login never appears (this may be related to the stuff below). I switched to a terminal and then tried starting X from the command line. I get the following error: /usr/bin/gnome-session: error while loading shared libraries: libgnomecanvas-2.so.0 cannot open shared object file: No such file or directory. This is in the middle of some other Xorg output (about Synaptics stuff) but it's the only thing that seemed out of place and since I had to write it down to type in again on a different install I didn't bother to note all the other stuff (but will if someone thinks it's important. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From fct-cornette at insight.rr.com Wed Jan 4 22:28:32 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Wed, 04 Jan 2006 17:28:32 -0500 Subject: FC5 yum error for selinux -policy-targeted In-Reply-To: <4c4ba1530601040631q69c9452dof70fb97a58306310@mail.gmail.com> References: <20060102232607.CF7F5732A4@hormel.redhat.com> <43BA8C0F.9060501@telusplanet.net> <43BB0A7A.4030707@verizon.net> <4c4ba1530601031635o6f37c845vdd1b3f521192b69f@mail.gmail.com> <43BBB4C8.3040401@insight.rr.com> <4c4ba1530601040631q69c9452dof70fb97a58306310@mail.gmail.com> Message-ID: <43BC4C10.6090603@insight.rr.com> Tom London wrote: > On 1/4/06, Jim Cornette wrote: > >>Tom London wrote: >> >>>On 1/3/06, Darwin H. Webb wrote: >>> >>> >>>>Doug Henderson wrote: >>>> >>>> >>>>>On my FC5 rawhide box, I am getting the following message >>>>> >>>>>Updating : selinux-policy-targeted ####################### [20/58] >>>>>libsemanage.parse_module_headers: Data did not represent a module. >>>>>Failed! >>>>> >>>> >>>>>from yum when updating to : >>>> >>>>>selinux-policy-targeted noarch 2.1.6-22 development 459 k >>>>> >>>>>IIRC this message has appeared with previous updates. >>>>> >>>> >>>>What was your recovery process for this error? >>>>I rebooted to get the new 1808 kernel and the screen rolded by hundreds >>>>of SELinux messages, >>>>dropped me into a recove user mode or reboot. >>>>It said setenforce 0 had be set >>>>I tried to fixfiles relabel and touch ./autorelabel >>>>but the f/s were mounted ro (all were LVM except /boot) >>>>Ctrl-D only rebooted >>>>I tried setenforce 1 on the boot line >>>> >>>>Didn't know what else to try. >>>>I only had this installed for 2 days. >>>> >>>>Darwin >>>> >>> >>>see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176839 >>> >>>-- >>>Tom London >>> >> >>Before relabeling, I could boot. After relabeling and booted into >>kernel-2.6.14-1.1808_FC5 in single and with selinux=0 given as a >>parameter, I could install all but a few packages that conflict with >>kdeutils. >>After relabeling and rebooting, I could not boot regularly or with >>selinux=0 given as a parameter. I was dropped to a maintenence shell. >>I am able to boot with kernel-2.6.14-1.1806_FC5 and with selinux=0 given >>as a parameter. >> >>I am unsure if this is kernel or SELinux related. >> >>Jim >> > > Did you update libsetrans (or disable translations) as described in > the above bugzilla? > > tom > -- > Tom London > I did not disable anything because the system was half working before I booted with selinux=0 into single and relabeled. (Mostly granted instead of denied messages. Attached is an excerpt from system mail that I received awhile after encountering the problem. libsetrans-0.1.13-1 is presently installed. --------------------- Selinux Audit Begin ------------------------ *** Denials *** system_u system_u (blk_file): 13 times system_u system_u (chr_file): 35 times system_u system_u (dir): 14 times system_u system_u (file): 49 times system_u system_u (lnk_file): 2 times system_u system_u (sock_file): 4 times *** Grants *** system_u system_u (process): 4 times system_u system_u (security): 1 times Number of audit daemon starts: 3 Number of audit daemon stops: 3 **Unmatched Entries** audit(1136348711.616:239): path="/dev/console" audit(1136348711.616:239): cwd="/" audit(1136348711.616:239): item=0 name="/sbin/auditctl" flags=101 audit(1136348711.616:239): item=1 flags=101 audit(1136348711.620:240): cwd="/" audit(1136348711.620:240): item=0 name="/etc/ld.so.cache" flags=101 audit(1136348711.620:241): path="/etc/ld.so.cache" audit(1136348711.624:242): path="/dev/null" audit(1136348711.628:243): path="/dev/null" ---------------------- Selinux Audit End ------------------------- Jim From rodd at clarkson.id.au Wed Jan 4 22:32:32 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 05 Jan 2006 09:32:32 +1100 Subject: rawhide report: 20060104 changes In-Reply-To: <1136413580.3125.11.camel@localhost.localdomain> References: <200601040816.k048GeEX025112@porkchop.devel.redhat.com> <1136413580.3125.11.camel@localhost.localdomain> Message-ID: <1136413953.3125.14.camel@localhost.localdomain> On Thu, 2006-01-05 at 09:26 +1100, Rodd Clarkson wrote: > On Wed, 2006-01-04 at 03:16 -0500, Build System wrote: > > libgnomecanvas-2.13.0-1 > > ----------------------- > > * Tue Jan 03 2006 Matthias Clasen - 2.13.0-1 > > - Update to 2.13.0 > > > Hmm, after updating this I'm getting the following error when I try to > 'startx'. > > Interestingly, gdm won't start. The hard disk goes into a tizzy and the > login never appears (this may be related to the stuff below). I > switched to a terminal and then tried starting X from the command line. > > I get the following error: > > /usr/bin/gnome-session: error while loading shared libraries: > libgnomecanvas-2.so.0 cannot open shared object file: No such file or > directory. > > This is in the middle of some other Xorg output (about Synaptics stuff) > but it's the only thing that seemed out of place and since I had to > write it down to type in again on a different install I didn't bother to > note all the other stuff (but will if someone thinks it's important. Replying to ones-self is never good. I also forgot to mention that system-config-printer didn't run because of a similar message. This was before I rebooted to the most recent rawhide kernel, but after the update. Oh and I had to exclude libgtop and gnome-system-monitor to get the update to work. Rodd -- "It's a fine line between denial and faith. It's much better on my side" From jkeating at redhat.com Wed Jan 4 22:47:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 04 Jan 2006 14:47:52 -0800 Subject: Call for testing rescue.iso Message-ID: <1136414872.2926.38.camel@yoda.loki.me> Hi there all you happy rawhide users! I need some souls to test the rescuecd.iso that got plopped into /fedora/linux/development/isos/ Right now it is only i386, tomorrow we should see x86_64, and I'm working on getting a ppc/ppc64 one created too. I just would like somebody to boot up that bad boy and see if they can get into rescue environments on their systems, including mounting the install root. I don't believe there is a bugzilla component for rescuecd, so I'll take bug reports in email for right now. Thanks! -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From billcrawford1970 at gmail.com Wed Jan 4 22:56:07 2006 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Wed, 04 Jan 2006 22:56:07 +0000 Subject: mysql tools In-Reply-To: <20060102151122.79312.qmail@web86505.mail.ukl.yahoo.com> References: <20060102151122.79312.qmail@web86505.mail.ukl.yahoo.com> Message-ID: <43BC5287.1010404@gmail.com> DAVID BENTLEY wrote: > As these are not already available in extra's I assume that there is > a very good reason for this as with no tweaking at all I have just > built the administrator package after installing it with yum localinstall > to satisfy its dependancies and then subsequently the query browser > (this needed a small tweak). > > So with a bit of tweaking I have now built both packages and have > as a result of the build process re-packaged sources that build cleanly. > > mysql-administrator-1.1.5-1.FC4.src.rpm > mysql-query-browser-1.1.17-1.FC4.src.rpm > > as well as the resultig install packages. > > These ofcourse are not signed packages nor do they put icons in the > menu's but working icons can be copied to the desktop or panel from > /usr/share/aplications. I've had a stab at building the query browser on Rawhide. Builds successfully after a small patch to correct syntax errors (gcc now no longer accepts over-qualified struct/class members). Installs fine. Segfaults when I try to run it, somewhere in the bowels of GNOME. I take it they work fine on FC4? From dennis at ausil.us Wed Jan 4 23:04:22 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 4 Jan 2006 17:04:22 -0600 Subject: mysql tools In-Reply-To: <12612.1136239323@sss.pgh.pa.us> References: <20060102151122.79312.qmail@web86505.mail.ukl.yahoo.com> <12612.1136239323@sss.pgh.pa.us> Message-ID: <200601041704.23060.dennis@ausil.us> On Monday 02 January 2006 16:02, Tom Lane wrote: > DAVID BENTLEY writes: > > As these are not already available in extra's I assume that there is > > a very good reason for this > > Yes: no one has volunteered to take on the ongoing work of maintaining > such packages. If you think the effort involved is negligible, feel > free to step up and become the package maintainer. I don't believe > there would be any objection to adding these packages to Extras, so long > as someone is on the hook to keep them up-to-date. > > regards, tom lane I have started to package both query-browser and mysql-administrator they are nearly complete i will finish them off tonight and submit them for extras. From don_springall at hotmail.com Wed Jan 4 23:18:53 2006 From: don_springall at hotmail.com (Don Springall) Date: Wed, 04 Jan 2006 16:18:53 -0700 Subject: Upstream changes Message-ID: It is 5 days away from the next scheduled devel freeze for test 2. I don't get the feeling yet that things have settled down. I thought that this time around we would see a lot less of "upstream" changes such as the move to gnome 2.13.4 and still more gcc and glibc changes. Isn't it kind of risky to be making those kind of changes now ? From fedora-test at adslpipe.co.uk Thu Jan 5 00:14:24 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Thu, 05 Jan 2006 00:14:24 +0000 Subject: Call for testing rescue.iso In-Reply-To: <1136414872.2926.38.camel@yoda.loki.me> References: <1136414872.2926.38.camel@yoda.loki.me> Message-ID: <43BC64E0.8010001@adslpipe.co.uk> Jesse Keating wrote: > Right now it is only i386, tomorrow we should see x86_64, and I'm > working on getting a ppc/ppc64 one created too. I just would like > somebody to boot up that bad boy and see if they can get into rescue > environments on their systems, including mounting the install root. OK, I'll give it a spin, one thing I have noticed about using boot.iso with "linux rescue" and then using http to retrieve stage2 (or minstage2 whatever it is) is that if I decline the automated detect/mount under /mnt/sysimage I can do an "mdadm --assemble" and mount filesystems myself quite happily, but if I accept the automatic detect/mount I get a backtrace ... This _could_ easily be related to the software raid issues that have (hopefully) been fixed in today's rawhide, as trying to check failed raid installs is the only time I've needed a rescue CD so far, I'll check and let you know .... From chasecreek.systemhouse at gmail.com Thu Jan 5 00:30:15 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 4 Jan 2006 19:30:15 -0500 Subject: Call for testing rescue.iso In-Reply-To: <1136414872.2926.38.camel@yoda.loki.me> References: <1136414872.2926.38.camel@yoda.loki.me> Message-ID: <91f88ee20601041630ocb23279o96d5acf71f65324b@mail.gmail.com> On 1/4/06, Jesse Keating wrote: > working on getting a ppc/ppc64 one created too. I just would Currently the PPC "boot" disk acts as a "rescue CD" for my iMac. I'll keep my eyes out for the ppc rescuecd. -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From drepper at redhat.com Thu Jan 5 00:34:52 2006 From: drepper at redhat.com (Ulrich Drepper) Date: Wed, 04 Jan 2006 16:34:52 -0800 Subject: glibc-2.3.90-26 and older kernels Message-ID: <43BC69AC.1010601@redhat.com> Tomorrow's glibc 2.3.90-26 will require be the first one which will require kernels 2.6.9 and higher. The binaries won't run on any older kernel. The spec file should contain the necessary conflicts but I thought I should point it out anyway. So, people who want to boot into older kernel, do not update glibc. Your system will be completly unusable. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From drepper at redhat.com Thu Jan 5 00:42:11 2006 From: drepper at redhat.com (Ulrich Drepper) Date: Wed, 04 Jan 2006 16:42:11 -0800 Subject: glibc-2.3.90-26 and older kernels In-Reply-To: <1136421529.6316.0.camel@yoda.jdub.homelinux.org> References: <43BC69AC.1010601@redhat.com> <1136421529.6316.0.camel@yoda.jdub.homelinux.org> Message-ID: <43BC6B63.3070101@redhat.com> Josh Boyer wrote: > Out of curiosity... why does it require 2.6.9 and higher? To get rid of all the compatibility crap for kernels < 2.6.9. -- ? Ulrich Drepper ? Red Hat, Inc. ? 444 Castro St ? Mountain View, CA ? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From katzj at redhat.com Thu Jan 5 01:22:58 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 04 Jan 2006 20:22:58 -0500 Subject: Upstream changes In-Reply-To: References: Message-ID: <1136424178.17489.9.camel@bree.local.net> On Wed, 2006-01-04 at 16:18 -0700, Don Springall wrote: > It is 5 days away from the next scheduled devel freeze for test 2. I don't > get the feeling yet that things have settled down. I thought that this time > around we would see a lot less of "upstream" changes such as the move to > gnome 2.13.4 and still more gcc and glibc changes. Isn't it kind of risky to > be making those kind of changes now ? The plan is for FC5 to ship with GNOME 2.14 and gcc 4.1. As those aren't released yet, we have to continue to track them. Luckily, these projects are also slowing down and moving towards release freezes, so things should work out okay even though there are version updates involved Jeremy From paul at all-the-johnsons.co.uk Thu Jan 5 01:55:33 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Thu, 05 Jan 2006 01:55:33 +0000 Subject: k3b and burning permissions Message-ID: <1136426134.4919.105.camel@T7.Linux> Hi, For some reason, I seem to have lost all rights to burn DVDs and CDs on my FC5t1 box using k3b (and presumably, any other burning software). Any ideas on how to restore things? TTFN Paul -- main(t,_,a) char*a;{return!0 From fedora-test at adslpipe.co.uk Thu Jan 5 02:03:50 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Thu, 05 Jan 2006 02:03:50 +0000 Subject: Call for testing rescue.iso In-Reply-To: <1136414872.2926.38.camel@yoda.loki.me> References: <1136414872.2926.38.camel@yoda.loki.me> Message-ID: <43BC7E86.2000503@adslpipe.co.uk> Jesse Keating wrote: > Hi there all you happy rawhide users! I need some souls to test the > rescuecd.iso Unfortuately this crashes when it's trying to detect/mount the installation, this is the same failure I've seen when using boot.iso in rescue mode. Screenshot at http://adslpipe.co.uk/rescue.jpg I only booted with vga=773 to fit the entire traceback on screen, but it occurs in 640x480 mode too. The machine has software raid and lvm partitions, but these *do* now work thanks to yesterday's nash fix. If I skip the detect/mount I can manually assemble the raid devices and mount the ext3 /boot filesystem contained in one of them, I've just realised I don't know how to manually startup PVs/VGs to see my /, /var, /tmp & /home LVs :-( From ndbecker2 at gmail.com Thu Jan 5 02:19:53 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Wed, 04 Jan 2006 21:19:53 -0500 Subject: Call for testing rescue.iso References: <1136414872.2926.38.camel@yoda.loki.me> Message-ID: Speaking of rescue iso, I just bought a new notebook, and when it arrives, the first thing I have to do is boot knoppix, because I need to use ntfsresize. Too bad fedora rescue doesn't have it. From fedora-test at adslpipe.co.uk Thu Jan 5 02:38:20 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Thu, 05 Jan 2006 02:38:20 +0000 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <20060103024618.GG6205@redhat.com> References: <20060103013646.GD6205@redhat.com><43B9E242.4070403@adslpipe.co.uk> <20060103024618.GG6205@redhat.com> Message-ID: <43BC869C.5000802@adslpipe.co.uk> Dave Jones wrote: > NX has no relationship with HT, so shouldn't make a difference. But the SATA problem seems related to SMP, and HT is related to SMP, and the knee bone's connected to the ... Anything in the last couple of days kernels that might fix this? Just managed my first successful raid install of rawhide since FC5T1 :-) From chasecreek.systemhouse at gmail.com Thu Jan 5 02:49:24 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 4 Jan 2006 21:49:24 -0500 Subject: Call for testing rescue.iso In-Reply-To: <1136414872.2926.38.camel@yoda.loki.me> References: <1136414872.2926.38.camel@yoda.loki.me> Message-ID: <91f88ee20601041849m1a5bab3erdc4c953bc00f3935@mail.gmail.com> On 1/4/06, Jesse Keating wrote: > Hi there all you happy rawhide users! I need some souls to test the > rescuecd.iso that got plopped into > /fedora/linux/development/isos/ I take it this is NOT the rescuecd - http://download.fedora.redhat.com/pub/fedora/linux/core/development/ppc/images/ I realize the file says boot.iso -- I am hoping that the "rescuecd.iso" will act differently. Just curious. -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From davej at redhat.com Thu Jan 5 02:50:57 2006 From: davej at redhat.com (Dave Jones) Date: Wed, 4 Jan 2006 21:50:57 -0500 Subject: fc5 kernels after 1788 have excessive, kernel overhead In-Reply-To: <43BC869C.5000802@adslpipe.co.uk> References: <20060103024618.GG6205@redhat.com> <43BC869C.5000802@adslpipe.co.uk> Message-ID: <20060105025057.GC2658@redhat.com> On Thu, Jan 05, 2006 at 02:38:20AM +0000, Andy Burns wrote: > Dave Jones wrote: > > >NX has no relationship with HT, so shouldn't make a difference. > > But the SATA problem seems related to SMP, and HT is related to SMP, and > the knee bone's connected to the ... Anything in the last couple of days > kernels that might fix this? > > Just managed my first successful raid install of rawhide since FC5T1 :-) jkeating mentioned some dmraid related failures, which should be fixed now. Other than that, no idea. Dave From ghenriks at gmail.com Thu Jan 5 03:05:13 2006 From: ghenriks at gmail.com (Gerald Henriksen) Date: Wed, 04 Jan 2006 22:05:13 -0500 Subject: Test kernel with Broadcom BCM43xx wireless support. In-Reply-To: <1136032154.3516.100.camel@pmac.infradead.org> References: <1136032154.3516.100.camel@pmac.infradead.org> Message-ID: On Sat, 31 Dec 2005 12:29:14 +0000, you wrote: >I've built a test kernel with bcm43xx wireless support, from >http://bcm43xx.berlios.de/ Using the latest rawhide kernel it is working fine for me using WEP and NetworkManager on a Dell laptop. Only issue is it seems to be slower than ndiswrapper. From jkeating at redhat.com Thu Jan 5 00:33:56 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 04 Jan 2006 16:33:56 -0800 Subject: Call for testing rescue.iso In-Reply-To: <43BC64E0.8010001@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me> <43BC64E0.8010001@adslpipe.co.uk> Message-ID: <1136421236.2926.50.camel@yoda.loki.me> On Thu, 2006-01-05 at 00:14 +0000, Andy Burns wrote: > OK, I'll give it a spin, one thing I have noticed about using boot.iso > with "linux rescue" and then using http to retrieve stage2 (or minstage2 > whatever it is) is that if I decline the automated detect/mount under > /mnt/sysimage I can do an "mdadm --assemble" and mount filesystems > myself quite happily, but if I accept the automatic detect/mount I get a > backtrace ... > > This _could_ easily be related to the software raid issues that have > (hopefully) been fixed in today's rawhide, as trying to check failed > raid installs is the only time I've needed a rescue CD so far, I'll > check and let you know .... Ok, thats slightly more than I need tested. If rescue mode itself isn't working, please file a bug against anaconda. We know that rescue needs some love right now, but knowing exactly which love would be good. I basically need to know if the rescue.iso even boots and tries to go into rescue mode. Thanks! -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From pjones at redhat.com Thu Jan 5 06:39:55 2006 From: pjones at redhat.com (Peter Jones) Date: Thu, 05 Jan 2006 01:39:55 -0500 Subject: Call for testing rescue.iso In-Reply-To: <43BC7E86.2000503@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me> <43BC7E86.2000503@adslpipe.co.uk> Message-ID: <1136443195.2840.66.camel@localhost.localdomain> On Thu, 2006-01-05 at 02:03 +0000, Andy Burns wrote: > If I skip the detect/mount I can manually assemble the raid devices and > mount the ext3 /boot filesystem contained in one of them, I've just > realised I don't know how to manually startup PVs/VGs to see my /, /var, > /tmp & /home LVs :-( Roughly, "lvm vgchange -ay --ignorelockingfailure" -- Peter From clydekunkel7734 at cox.net Thu Jan 5 07:30:56 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Thu, 05 Jan 2006 02:30:56 -0500 Subject: Call for testing rescue.iso In-Reply-To: <1136414872.2926.38.camel@yoda.loki.me> References: <1136414872.2926.38.camel@yoda.loki.me> Message-ID: <43BCCB30.5020401@cox.net> Jesse Keating wrote: > Hi there all you happy rawhide users! I need some souls to test the > rescuecd.iso that got plopped into > /fedora/linux/development/isos/ > > Right now it is only i386, tomorrow we should see x86_64, and I'm > working on getting a ppc/ppc64 one created too. I just would like > somebody to boot up that bad boy and see if they can get into rescue > environments on their systems, including mounting the install root. I > don't believe there is a bugzilla component for rescuecd, so I'll take > bug reports in email for right now. Thanks! > > Having probs with thunderbird, so lets see if I can get a msg out. Cannot use the Continue or Read-Only selections, can only use the skip button. Continue and Read-Only causes the following error, hand transcribed (partial since it scrolled off the screen and what was left did not have CRs). File "user/lib/anaconda/rescue.py"' line 38, in progressWindow return ProgressWindow(self.screen,title,text,total) TypeError: __init__ () takes exactly 6 arguments (5 given) Install exited abnormally then some msgs about can now reboot. When selecting skip and going to a shell, could not chroot to a good installation because none of the raidsets were started and therefor none of the LVs the good installations were on could be mounted. Had to use mdadm to assemble the arrays. LVM then saw the LVs but I had to activate them. Once all of this was done, was able to mount the good installation and bind dev, sys and proc to it and chroot. Did not try to do much more except on a whim startx which failed since the radeon module x wanted was part of the rescue /lib/modules (I think). Could a raid autorun be added and scan for logical volumes? If so, great. Otherwise, useable as a rescue CD with the manual labor described. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From sundaram at redhat.com Thu Jan 5 07:08:42 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 12:38:42 +0530 Subject: Call for testing rescue.iso In-Reply-To: <43BCCB30.5020401@cox.net> References: <1136414872.2926.38.camel@yoda.loki.me> <43BCCB30.5020401@cox.net> Message-ID: <43BCC5FA.2010906@redhat.com> Clyde E. Kunkel wrote: > Jesse Keating wrote: > >> Hi there all you happy rawhide users! I need some souls to test the >> rescuecd.iso that got plopped into >> /fedora/linux/development/isos/ >> >> Right now it is only i386, tomorrow we should see x86_64, and I'm >> working on getting a ppc/ppc64 one created too. I just would like >> somebody to boot up that bad boy and see if they can get into rescue >> environments on their systems, including mounting the install root. I >> don't believe there is a bugzilla component for rescuecd, so I'll take >> bug reports in email for right now. Thanks! >> >> > Having probs with thunderbird, so lets see if I can get a msg out. > > Cannot use the Continue or Read-Only selections, can only use the skip > button. Continue and Read-Only causes the following error, hand > transcribed (partial since it scrolled off the screen and what was > left did not have CRs). > > File "user/lib/anaconda/rescue.py"' line 38, in progressWindow > return ProgressWindow(self.screen,title,text,total) > TypeError: __init__ () takes exactly 6 arguments (5 given) > Install exited abnormally > > then some msgs about can now reboot. See this report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175999 From jkeating at redhat.com Thu Jan 5 07:18:34 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 04 Jan 2006 23:18:34 -0800 Subject: Call for testing rescue.iso In-Reply-To: <43BCCB30.5020401@cox.net> References: <1136414872.2926.38.camel@yoda.loki.me> <43BCCB30.5020401@cox.net> Message-ID: <1136445514.2926.58.camel@yoda.loki.me> On Thu, 2006-01-05 at 02:30 -0500, Clyde E. Kunkel wrote: > Could a raid autorun be added and scan for logical volumes? If so, > great. Otherwise, useable as a rescue CD with the manual labor described. This is supposed to happen but some stuff I think has changed around this lately, and the anaconda folk haven't caught up to it in the rescue env yet. You were however able to test the part I needed testing (; A quick search of bugzilla doesn't show a current bug for this, so feel free to file a bug against anaconda in development. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From russell at coker.com.au Thu Jan 5 08:24:43 2006 From: russell at coker.com.au (Russell Coker) Date: Thu, 5 Jan 2006 19:24:43 +1100 Subject: gdm on latest rawhide Message-ID: <200601051924.55302.russell@coker.com.au> I have a system running the latest rawhide on which gdm will not start correctly. Gdm will launch the X server which will briefly display a cursor in the shape of a watch and then it will abort. GDM logs no useful error messages, just "failsafe dialog failed" and some information about the mouse it detected. The Xorg.0.log file reports no errors. "startx" will correctly start the X server. Is this a known issue? -- 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 sundaram at redhat.com Thu Jan 5 08:34:07 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 14:04:07 +0530 Subject: gdm on latest rawhide In-Reply-To: <200601051924.55302.russell@coker.com.au> References: <200601051924.55302.russell@coker.com.au> Message-ID: <43BCD9FF.8000600@redhat.com> Russell Coker wrote: >I have a system running the latest rawhide on which gdm will not start >correctly. Gdm will launch the X server which will briefly display a cursor >in the shape of a watch and then it will abort. > >GDM logs no useful error messages, just "failsafe dialog failed" and some >information about the mouse it detected. The Xorg.0.log file reports no >errors. "startx" will correctly start the X server. > >Is this a known issue? > > > Doesnt seem to be. It is not reported in bugzilla nor is it reproducible in my system now. From luya at jpopmail.com Thu Jan 5 08:50:05 2006 From: luya at jpopmail.com (Luya Tshimbalanga) Date: Thu, 05 Jan 2006 00:50:05 -0800 Subject: gdm on latest rawhide Message-ID: <20060105085005.B10B123D1D@ws5-3.us4.outblaze.com> That problem happened when SELinux is enabled. I used pup to update rawhide package dated on Jan. 4th. Oddly, pup instead remove these old packages so I had to manually install them to fix the issue. Having a discussion with Jeremy Katz, the problem was caused by SELinux policies. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176960 That policy problem should be fixed. Alternatively, disable SELinux. -- _______________________________________________ Get your free email from http://mymail.jp.popstarmail.org From sundaram at redhat.com Thu Jan 5 08:56:58 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 14:26:58 +0530 Subject: gdm on latest rawhide In-Reply-To: <20060105085005.B10B123D1D@ws5-3.us4.outblaze.com> References: <20060105085005.B10B123D1D@ws5-3.us4.outblaze.com> Message-ID: <43BCDF5A.5060005@redhat.com> Luya Tshimbalanga wrote: >That problem happened when SELinux is enabled. I used pup to update rawhide package >dated on Jan. 4th. Oddly, pup instead remove these old packages so I had >to manually install them to fix the issue. Having a discussion with Jeremy Katz, >the problem was caused by SELinux policies. >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176960 > >That policy problem should be fixed. Alternatively, disable SELinux. > > > That bug report is speculative. If it was indeed caused due to policy problems then it needs to be assigned to the appropriate maintainers. Disabling SELinux will only ensure that any potential problems with it go unfixed in this development cycle. From fedora-test at adslpipe.co.uk Thu Jan 5 09:03:24 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Thu, 05 Jan 2006 09:03:24 +0000 Subject: Call for testing rescue.iso In-Reply-To: <1136443195.2840.66.camel@localhost.localdomain> References: <1136414872.2926.38.camel@yoda.loki.me><43BC7E86.2000503@adslpipe.co.uk> <1136443195.2840.66.camel@localhost.localdomain> Message-ID: <43BCE0DC.7080904@adslpipe.co.uk> Peter Jones wrote: > Roughly, "lvm vgchange -ay --ignorelockingfailure" Thanks, I'll file a bugzilla against anaconda for the crash From fedora-test at adslpipe.co.uk Thu Jan 5 09:09:31 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Thu, 05 Jan 2006 09:09:31 +0000 Subject: Call for testing rescue.iso In-Reply-To: <43BCE0DC.7080904@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me><43BC7E86.2000503@adslpipe.co.uk><1136443195.2840.66.camel@localhost.localdomain> <43BCE0DC.7080904@adslpipe.co.uk> Message-ID: <43BCE24B.7080208@adslpipe.co.uk> Andy Burns wrote: > I'll file a bugzilla against anaconda for the crash Actually I'll tag along on BZ#175999 From russell at coker.com.au Thu Jan 5 09:40:31 2006 From: russell at coker.com.au (Russell Coker) Date: Thu, 5 Jan 2006 20:40:31 +1100 Subject: gdm on latest rawhide In-Reply-To: <20060105085005.B10B123D1D@ws5-3.us4.outblaze.com> References: <20060105085005.B10B123D1D@ws5-3.us4.outblaze.com> Message-ID: <200601052040.47263.russell@coker.com.au> On Thursday 05 January 2006 19:50, "Luya Tshimbalanga" wrote: > That problem happened when SELinux is enabled. My problem is entirely unrelated to SE Linux. It happens in permissive mode and it happens before the SE Linux specific code in GDM is called. > I used pup to update rawhide > package dated on Jan. 4th. Oddly, pup instead remove these old packages so > I had to manually install them to fix the issue. Having a discussion with > Jeremy Katz, the problem was caused by SELinux policies. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176960 > > That policy problem should be fixed. Alternatively, disable SELinux. If there is such a policy problem then it won't be fixed unless more information is provided. There is a known bug in libsetrans (my fault), it will be fixed soon. Maybe that libsetrans bug (which affects the operation of rpm) has caused some sort of cascading failure. Also what does pup have to do with gdm? -- 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 dwmw2 at infradead.org Thu Jan 5 09:55:56 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 05 Jan 2006 09:55:56 +0000 Subject: Test kernel with Broadcom BCM43xx wireless support. In-Reply-To: References: <1136032154.3516.100.camel@pmac.infradead.org> Message-ID: <1136454956.4158.151.camel@pmac.infradead.org> On Wed, 2006-01-04 at 22:05 -0500, Gerald Henriksen wrote: > Using the latest rawhide kernel it is working fine for me using WEP > and NetworkManager on a Dell laptop. > > Only issue is it seems to be slower than ndiswrapper. Try manally slowing it down... 'iwconfig eth1 rate 11M' Try also 18M. -- dwmw2 From dragoran at feuerpokemon.de Thu Jan 5 10:09:03 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 05 Jan 2006 11:09:03 +0100 Subject: rawhide (2006-01-05) install report Message-ID: <43BCF03F.6080905@feuerpokemon.de> I installed rawhide today (using raid0 this time with no problems) install went fine no errors,slowdowns etc.. reboot firstboot no problems (just could not select 1280x1024) as resultion... after booting tryed to change it to 1280x1024 using xorg.conf but it gets ignored why? I added "1280x1024" but it does not work... I thought that I am stupid and forgot to save the changes to the file but they got saved.. is this a known bug ? or should I fill it? everything else works well ;) From sundaram at redhat.com Thu Jan 5 10:12:48 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 15:42:48 +0530 Subject: rawhide (2006-01-05) install report In-Reply-To: <43BCF03F.6080905@feuerpokemon.de> References: <43BCF03F.6080905@feuerpokemon.de> Message-ID: <43BCF120.803@redhat.com> dragoran wrote: > I installed rawhide today (using raid0 this time with no problems) > install went fine no errors,slowdowns etc.. > reboot > firstboot no problems (just could not select 1280x1024) as resultion... > after booting tryed to change it to 1280x1024 using xorg.conf but it > gets ignored > why? I added "1280x1024" but it does not work... I thought that I am > stupid and forgot to save the changes to the file but they got saved.. > is this a known bug ? or should I fill it? > everything else works well ;) I suspect the installer is being conservative but it still could still offer a higher resolution in firstboot asking user to confirm on a higher resolution to make sure it works or revert back otherwise after a short gap. Filing a generic RFE might help From russell at coker.com.au Thu Jan 5 10:16:06 2006 From: russell at coker.com.au (Russell Coker) Date: Thu, 5 Jan 2006 21:16:06 +1100 Subject: gdm on latest rawhide In-Reply-To: <43BCD9FF.8000600@redhat.com> References: <200601051924.55302.russell@coker.com.au> <43BCD9FF.8000600@redhat.com> Message-ID: <200601052116.22707.russell@coker.com.au> On Thursday 05 January 2006 19:34, Rahul Sundaram wrote: > Doesnt seem to be. It is not reported in bugzilla nor is it reproducible > in my system now. I've just straced the gdm startup. It seems that gdmgreeter (which incidentally is not linked against libselinux) will SEGV repeatedly. Rahul, do you have your rawhide system fully updated or just updated as of the last time "yum update" worked? On my system I ran a script to update every package that had it's dependencies met even through many packages (including everything related to Xorg and SSL) could not be updated due to dependencies. Therefore I've been seeing many bugs that no-one who just ran "yum update" would see. -- 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 russell at coker.com.au Thu Jan 5 10:19:35 2006 From: russell at coker.com.au (Russell Coker) Date: Thu, 5 Jan 2006 21:19:35 +1100 Subject: KDE in rawhide crashing Message-ID: <200601052119.45736.russell@coker.com.au> I recently upgraded a rawhide machine to the latest packages which have dependencies met (even through "yum update" wouldn't do it). Now KDE programs crash. For example if I "ssh -X machine" and run "konqueror" or "konsole" then I get messages such as the following: KCrash: Application 'konqueror' crashing... KCrash: Application 'konsole' crashing... Is this a known issue or is anyone else having this problem? PS Trust me, it's not a SE Linux issue. -- 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 billcrawford1970 at gmail.com Thu Jan 5 10:20:43 2006 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Thu, 05 Jan 2006 10:20:43 +0000 Subject: k3b and burning permissions In-Reply-To: <1136426134.4919.105.camel@T7.Linux> References: <1136426134.4919.105.camel@T7.Linux> Message-ID: <43BCF2FB.4000307@gmail.com> Paul wrote: > Hi, > > For some reason, I seem to have lost all rights to burn DVDs and CDs on > my FC5t1 box using k3b (and presumably, any other burning software). > > Any ideas on how to restore things? > Generally make sure that whichever device is pointed to by /dev/cdrom or /dev/dvd belongs to the logged in user. Try chown $USER /dev/whatever (e.g. my cdrom is /dev/hdc). I had to add the following in /etc/security/console.perms.d/ to get /dev/dvd to work. # device classes -- these are shell-style globs =/dev/dvd* # permission definitions 0600 0600 root > TTFN > > Paul > From dragoran at feuerpokemon.de Thu Jan 5 10:27:35 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 05 Jan 2006 11:27:35 +0100 Subject: rawhide (2006-01-05) install report In-Reply-To: <43BCF120.803@redhat.com> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> Message-ID: <43BCF497.5080703@feuerpokemon.de> Rahul Sundaram wrote: > dragoran wrote: > >> I installed rawhide today (using raid0 this time with no problems) >> install went fine no errors,slowdowns etc.. >> reboot >> firstboot no problems (just could not select 1280x1024) as resultion... >> after booting tryed to change it to 1280x1024 using xorg.conf but it >> gets ignored >> why? I added "1280x1024" but it does not work... I thought that I am >> stupid and forgot to save the changes to the file but they got saved.. >> is this a known bug ? or should I fill it? >> everything else works well ;) > > > I suspect the installer is being conservative but it still could still > offer a higher resolution in firstboot asking user to confirm on a > higher resolution to make sure it works or revert back otherwise after > a short gap. Filing a generic RFE might help > > ok other bug/(feature?) found: why can't root start any x clients? gedit as root shows an error connection refused by server (I use gedit to edit conf files ) From sundaram at redhat.com Thu Jan 5 10:28:19 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 15:58:19 +0530 Subject: gdm on latest rawhide In-Reply-To: <200601052116.22707.russell@coker.com.au> References: <200601051924.55302.russell@coker.com.au> <43BCD9FF.8000600@redhat.com> <200601052116.22707.russell@coker.com.au> Message-ID: <43BCF4C3.6000306@redhat.com> Russell Coker wrote: >On Thursday 05 January 2006 19:34, Rahul Sundaram wrote: > > >>Doesnt seem to be. It is not reported in bugzilla nor is it reproducible >>in my system now. >> >> > >I've just straced the gdm startup. It seems that gdmgreeter (which >incidentally is not linked against libselinux) will SEGV repeatedly. > >Rahul, do you have your rawhide system fully updated or just updated as of the >last time "yum update" worked? On my system I ran a script to update every >package that had it's dependencies met even through many packages (including >everything related to Xorg and SSL) could not be updated due to dependencies. >Therefore I've been seeing many bugs that no-one who just ran "yum update" >would see. > > I use the first script I have documented in the tips and tricks section in http://fedoraproject.org/wiki/Tools/yum. gnome-applets and gnome-system-monitor does not update due to dependency issues with libgtop-2.0.so.0. GDM version is 2.8.0.4-31.1. I just cleaned yum metadata and tried again with no changes. SELinux targeted is enabled. gnome-volume-manager crashes on login but I havent noticed any other major issues. Anything else you want me to check? From sundaram at redhat.com Thu Jan 5 10:29:48 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 15:59:48 +0530 Subject: rawhide (2006-01-05) install report In-Reply-To: <43BCF497.5080703@feuerpokemon.de> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> Message-ID: <43BCF51C.1060303@redhat.com> Hi >> > ok > other bug/(feature?) found: > why can't root start any x clients? gedit as root shows an error > connection refused by server > (I use gedit to edit conf files ) Used to work before. I can confirm this issue on my rawhide box. Kindly file a bug report. From tmraz at redhat.com Thu Jan 5 10:34:25 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 05 Jan 2006 11:34:25 +0100 Subject: rawhide (2006-01-05) install report In-Reply-To: <43BCF51C.1060303@redhat.com> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> Message-ID: <1136457265.3133.0.camel@perun.redhat.usu> On Thu, 2006-01-05 at 15:59 +0530, Rahul Sundaram wrote: > Hi > > >> > > ok > > other bug/(feature?) found: > > why can't root start any x clients? gedit as root shows an error > > connection refused by server > > (I use gedit to edit conf files ) > > Used to work before. I can confirm this issue on my rawhide box. Kindly > file a bug report. Isn't it this one? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 -- Tomas Mraz From sundaram at redhat.com Thu Jan 5 10:37:03 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 16:07:03 +0530 Subject: rawhide (2006-01-05) install report In-Reply-To: <1136457265.3133.0.camel@perun.redhat.usu> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> Message-ID: <43BCF6CF.6060505@redhat.com> Tomas Mraz wrote: >On Thu, 2006-01-05 at 15:59 +0530, Rahul Sundaram wrote: > > >>Hi >> >> >> >>>ok >>>other bug/(feature?) found: >>>why can't root start any x clients? gedit as root shows an error >>>connection refused by server >>>(I use gedit to edit conf files ) >>> >>> >>Used to work before. I can confirm this issue on my rawhide box. Kindly >>file a bug report. >> >> >Isn't it this one? >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 > > The report is same but disabling SELinux with setenforce 0 doesnt change the behavior of gedit on my system. From dragoran at feuerpokemon.de Thu Jan 5 10:37:14 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 05 Jan 2006 11:37:14 +0100 Subject: rawhide (2006-01-05) install report In-Reply-To: <1136457265.3133.0.camel@perun.redhat.usu> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> Message-ID: <43BCF6DA.7080000@feuerpokemon.de> Tomas Mraz wrote: >On Thu, 2006-01-05 at 15:59 +0530, Rahul Sundaram wrote: > > >>Hi >> >> >> >>>ok >>>other bug/(feature?) found: >>>why can't root start any x clients? gedit as root shows an error >>>connection refused by server >>>(I use gedit to edit conf files ) >>> >>> >>Used to work before. I can confirm this issue on my rawhide box. Kindly >>file a bug report. >> >> >Isn't it this one? >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 > > yes From dragoran at feuerpokemon.de Thu Jan 5 10:38:47 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 05 Jan 2006 11:38:47 +0100 Subject: rawhide (2006-01-05) install report In-Reply-To: <43BCF6DA.7080000@feuerpokemon.de> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> <43BCF6DA.7080000@feuerpokemon.de> Message-ID: <43BCF737.2060500@feuerpokemon.de> dragoran wrote: > Tomas Mraz wrote: > >> On Thu, 2006-01-05 at 15:59 +0530, Rahul Sundaram wrote: >> >> >>> Hi >>> >>> >>> >>>> ok >>>> other bug/(feature?) found: >>>> why can't root start any x clients? gedit as root shows an error >>>> connection refused by server >>>> (I use gedit to edit conf files ) >>>> >>> >>> Used to work before. I can confirm this issue on my rawhide box. >>> Kindly file a bug report. >>> >> >> Isn't it this one? >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 >> >> > yes > same here From dragoran at feuerpokemon.de Thu Jan 5 10:42:38 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 05 Jan 2006 11:42:38 +0100 Subject: rawhide (2006-01-05) install report In-Reply-To: <43BCF6CF.6060505@redhat.com> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> <43BCF6CF.6060505@redhat.com> Message-ID: <43BCF81E.4090507@feuerpokemon.de> Rahul Sundaram wrote: > Tomas Mraz wrote: > >> On Thu, 2006-01-05 at 15:59 +0530, Rahul Sundaram wrote: >> >> >>> Hi >>> >>> >>> >>>> ok >>>> other bug/(feature?) found: >>>> why can't root start any x clients? gedit as root shows an error >>>> connection refused by server >>>> (I use gedit to edit conf files ) >>>> >>> >>> Used to work before. I can confirm this issue on my rawhide box. >>> Kindly file a bug report. >>> >> >> Isn't it this one? >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 >> >> > The report is same but disabling SELinux with setenforce 0 doesnt > change the behavior of gedit on my system. > same here From tmraz at redhat.com Thu Jan 5 10:59:17 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 05 Jan 2006 11:59:17 +0100 Subject: k3b and burning permissions In-Reply-To: <43BCF2FB.4000307@gmail.com> References: <1136426134.4919.105.camel@T7.Linux> <43BCF2FB.4000307@gmail.com> Message-ID: <1136458757.3133.7.camel@perun.redhat.usu> On Thu, 2006-01-05 at 10:20 +0000, Bill Crawford wrote: > Paul wrote: > > Hi, > > > > For some reason, I seem to have lost all rights to burn DVDs and CDs on > > my FC5t1 box using k3b (and presumably, any other burning software). > > > > Any ideas on how to restore things? > > > Generally make sure that whichever device is pointed to by /dev/cdrom > or /dev/dvd belongs to the logged in user. Try chown $USER /dev/whatever > (e.g. my cdrom is /dev/hdc). > > I had to add the following in /etc/security/console.perms.d/ to get > /dev/dvd to work. > > # device classes -- these are shell-style globs > =/dev/dvd* > # permission definitions > 0600 0600 root That shouldn't be necessary as the dvd writer device should be pointed to by the /dev/cdwriter symlink. Or isn't it in your case? -- Tomas Mraz From tmraz at redhat.com Thu Jan 5 11:38:47 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 05 Jan 2006 12:38:47 +0100 Subject: rawhide (2006-01-05) install report In-Reply-To: <43BCF6CF.6060505@redhat.com> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> <43BCF6CF.6060505@redhat.com> Message-ID: <1136461127.3133.8.camel@perun.redhat.usu> On Thu, 2006-01-05 at 16:07 +0530, Rahul Sundaram wrote: > Tomas Mraz wrote: > > >On Thu, 2006-01-05 at 15:59 +0530, Rahul Sundaram wrote: > > > > > >>Hi > >> > >> > >> > >>>ok > >>>other bug/(feature?) found: > >>>why can't root start any x clients? gedit as root shows an error > >>>connection refused by server > >>>(I use gedit to edit conf files ) > >>> > >>> > >>Used to work before. I can confirm this issue on my rawhide box. Kindly > >>file a bug report. > >> > >> > >Isn't it this one? > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 > > > > > The report is same but disabling SELinux with setenforce 0 doesnt change > the behavior of gedit on my system. Have you done 'su -' again after setenforce 0? -- Tomas Mraz From fct-cornette at insight.rr.com Thu Jan 5 12:03:51 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 05 Jan 2006 07:03:51 -0500 Subject: KDE in rawhide crashing In-Reply-To: <200601052119.45736.russell@coker.com.au> References: <200601052119.45736.russell@coker.com.au> Message-ID: <43BD0B27.6040809@insight.rr.com> Russell Coker wrote: > I recently upgraded a rawhide machine to the latest packages which have > dependencies met (even through "yum update" wouldn't do it). > > Now KDE programs crash. For example if I "ssh -X machine" and run "konqueror" > or "konsole" then I get messages such as the following: > > KCrash: Application 'konqueror' crashing... > KCrash: Application 'konsole' crashing... > > Is this a known issue or is anyone else having this problem? > > > PS Trust me, it's not a SE Linux issue. > Locally, both programs run alright for me with SELinux active. Is the computer that you are running compatible with modular X? Why ssh -X instead of ssh -Y? Jim From tmraz at redhat.com Thu Jan 5 12:06:45 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 05 Jan 2006 13:06:45 +0100 Subject: KDE in rawhide crashing In-Reply-To: <43BD0B27.6040809@insight.rr.com> References: <200601052119.45736.russell@coker.com.au> <43BD0B27.6040809@insight.rr.com> Message-ID: <1136462805.3133.10.camel@perun.redhat.usu> On Thu, 2006-01-05 at 07:03 -0500, Jim Cornette wrote: > Russell Coker wrote: > > I recently upgraded a rawhide machine to the latest packages which have > > dependencies met (even through "yum update" wouldn't do it). > > > > Now KDE programs crash. For example if I "ssh -X machine" and run "konqueror" > > or "konsole" then I get messages such as the following: > > > > KCrash: Application 'konqueror' crashing... > > KCrash: Application 'konsole' crashing... > > > > Is this a known issue or is anyone else having this problem? > > > > > > PS Trust me, it's not a SE Linux issue. > > > > Locally, both programs run alright for me with SELinux active. Is the > computer that you are running compatible with modular X? Why ssh -X > instead of ssh -Y? The untrusted X forwarding is disabled by default in ssh_config so it shouldn't matter. -- Tomas Mraz From pgraner at redhat.com Thu Jan 5 12:55:39 2006 From: pgraner at redhat.com (Peter Graner) Date: Thu, 05 Jan 2006 07:55:39 -0500 Subject: Test kernel with Broadcom BCM43xx wireless support. In-Reply-To: <1136454956.4158.151.camel@pmac.infradead.org> References: <1136032154.3516.100.camel@pmac.infradead.org> <1136454956.4158.151.camel@pmac.infradead.org> Message-ID: <43BD174B.6050108@redhat.com> David Woodhouse wrote: >On Wed, 2006-01-04 at 22:05 -0500, Gerald Henriksen wrote: > > >>Using the latest rawhide kernel it is working fine for me using WEP >>and NetworkManager on a Dell laptop. >> >>Only issue is it seems to be slower than ndiswrapper. >> >> > >Try manally slowing it down... 'iwconfig eth1 rate 11M' >Try also 18M. > > > On my powerbook G4, 11Mbs works fine couldn't get 18Mbs to work. Also I have to statically set the IP address dhclient work work, it tries but finally dies. If I set the IP by and it works just fine. -- Pete Graner email: Senior Manager Office: 919.754.4376 Support Engineering Group Mobile: 910.391.7621 Red Hat Inc. http://www.redhat.com From lwn-fedora-test at lwn.net Thu Jan 5 14:45:02 2006 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Thu, 05 Jan 2006 07:45:02 -0700 Subject: Rawhide firefox Message-ID: <20060105144502.21762.qmail@lwn.net> So is it just me, or has Firefox in Rawhide (x86-64) been hosed for a while? I just updated to 1.5-4 with high hopes, but it still dies if you look at it hard. news.google.com, in particular, is an entirely reliable way to bring it down. But I don't see any other complaints, so maybe it's just me, somehow? Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From ellson at research.att.com Thu Jan 5 15:17:50 2006 From: ellson at research.att.com (John Ellson) Date: Thu, 05 Jan 2006 10:17:50 -0500 Subject: Rawhide firefox In-Reply-To: <20060105144502.21762.qmail@lwn.net> References: <20060105144502.21762.qmail@lwn.net> Message-ID: <43BD389E.8060706@research.att.com> Jonathan Corbet wrote: > So is it just me, or has Firefox in Rawhide (x86-64) been hosed for a > while? I just updated to 1.5-4 with high hopes, but it still dies if > you look at it hard. news.google.com, in particular, is an entirely > reliable way to bring it down. But I don't see any other complaints, so > maybe it's just me, somehow? > > Thanks, > > jon > > Jonathan Corbet > Executive editor, LWN.net > corbet at lwn.net > > Works for me on x86_64. firefox-1.5-4 kernel-2.6.15-1.1819_FC5 selinux disabled. Do you see anything in /var/log/messages? John From smooge at gmail.com Thu Jan 5 15:19:43 2006 From: smooge at gmail.com (Stephen J. Smoogen) Date: Thu, 5 Jan 2006 08:19:43 -0700 Subject: Rawhide firefox In-Reply-To: <20060105144502.21762.qmail@lwn.net> References: <20060105144502.21762.qmail@lwn.net> Message-ID: <80d7e4090601050719vdec0887hc96bdc682e777855@mail.gmail.com> On 1/5/06, Jonathan Corbet wrote: > So is it just me, or has Firefox in Rawhide (x86-64) been hosed for a > while? I just updated to 1.5-4 with high hopes, but it still dies if > you look at it hard. news.google.com, in particular, is an entirely > reliable way to bring it down. But I don't see any other complaints, so > maybe it's just me, somehow? > Trying to duplicate.. but am having other issues at the moment to clear up :). Have you done the usual Technical Support questions? Does a second user on the system have the same problem? [Creating a second user and going to the website cause firefox to crap out on x86-64?] Does the box have anything non-64 bit installed like flash like plugins? > Thanks, > > jon > > Jonathan Corbet > Executive editor, LWN.net > corbet at lwn.net > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- Stephen J Smoogen. CSIRT/Linux System Administrator From lwn-fedora-test at lwn.net Thu Jan 5 15:28:48 2006 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Thu, 05 Jan 2006 08:28:48 -0700 Subject: Rawhide firefox In-Reply-To: Your message of "Thu, 05 Jan 2006 08:19:43 MST." <80d7e4090601050719vdec0887hc96bdc682e777855@mail.gmail.com> Message-ID: <20060105152848.29955.qmail@lwn.net> Stephen J. Smoogen wrote: > Have you done the usual Technical Support questions? I believe so. I have cleaned out all my extensions - actually, I even created a new, clean account with no configuration at all. Same thing. > Does a second user on the system have the same problem? [Creating a > second user and going to the website cause firefox to crap out on > x86-64?] Yes. > Does the box have anything non-64 bit installed like flash like > plugins? Nope, none of that stuff. There was a question of what appears in /var/log/messages; there's one line: Jan 5 08:24:14 bike kernel: firefox-bin[17558] trap int3 rip:348d72c237 rsp:7fffff874f40 error:0 I'll note that, as usual, I'm running a kernel.org kernel, but everything else on the system is plain rawhide. I'm a day or two behind on updates, since yum gripes about a libgtop dependency in gnome-applets. Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From dcantrell at redhat.com Thu Jan 5 15:42:38 2006 From: dcantrell at redhat.com (David Cantrell) Date: Thu, 5 Jan 2006 10:42:38 -0500 Subject: Rawhide firefox In-Reply-To: <20060105144502.21762.qmail@lwn.net> References: <20060105144502.21762.qmail@lwn.net> Message-ID: <20060105154238.GA2746@mortise.boston.redhat.com> Jonathan Corbet wrote: > So is it just me, or has Firefox in Rawhide (x86-64) been hosed for a > while? I just updated to 1.5-4 with high hopes, but it still dies if > you look at it hard. news.google.com, in particular, is an entirely > reliable way to bring it down. But I don't see any other complaints, so > maybe it's just me, somehow? Not sure about x86-64, but on i386 Firefox has stopped working for me. This was a few weeks ago. The recent update to 1.5-4 didn't change anything. I downloaded the precompiled Firefox from ftp.mozilla.org and it runs fine. I haven't really looked in to it, so I don't even know if it's related. -- David Cantrell Red Hat / Westford, MA From clumens at redhat.com Thu Jan 5 15:45:48 2006 From: clumens at redhat.com (Chris Lumens) Date: Thu, 5 Jan 2006 10:45:48 -0500 Subject: Call for testing rescue.iso In-Reply-To: <43BCC5FA.2010906@redhat.com> References: <1136414872.2926.38.camel@yoda.loki.me> <43BCCB30.5020401@cox.net> <43BCC5FA.2010906@redhat.com> Message-ID: <20060105154548.GC2492@exeter.boston.redhat.com> Rahul Sundaram wrote: > >File "user/lib/anaconda/rescue.py"' line 38, in progressWindow > > return ProgressWindow(self.screen,title,text,total) > >TypeError: __init__ () takes exactly 6 arguments (5 given) > >Install exited abnormally > > > >then some msgs about can now reboot. > > See this report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175999 Those are only similar in that they are both the same type of exception. It's completely different code and should therefore be a different bug. I'll take care of it regardless, though. - Chris From roger at gwch.net Thu Jan 5 15:49:09 2006 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 05 Jan 2006 16:49:09 +0100 Subject: Pilot Conduits for Adress and Calendar In-Reply-To: <1136380139.2704.1.camel@niobe> References: <1136380139.2704.1.camel@niobe> Message-ID: <1136476149.2677.1.camel@niobe> Am Mittwoch, den 04.01.2006, 14:08 +0100 schrieb Roger Grosswiler: > Hey, > > When will those Conduits be available again? > > Cheerio, > Roger Hey, nobody interested in testing gpilot/evolution? am i alone? did i miss something? rog From ellson at research.att.com Thu Jan 5 15:50:14 2006 From: ellson at research.att.com (John Ellson) Date: Thu, 05 Jan 2006 10:50:14 -0500 Subject: Rawhide firefox In-Reply-To: <20060105152848.29955.qmail@lwn.net> References: <20060105152848.29955.qmail@lwn.net> Message-ID: <43BD4036.9030403@research.att.com> Jonathan Corbet wrote: > Stephen J. Smoogen wrote: > > >> Have you done the usual Technical Support questions? >> > > I believe so. I have cleaned out all my extensions - actually, I even > created a new, clean account with no configuration at all. Same thing. > > >> Does a second user on the system have the same problem? [Creating a >> second user and going to the website cause firefox to crap out on >> x86-64?] >> > > Yes. > > >> Does the box have anything non-64 bit installed like flash like >> plugins? >> > > Nope, none of that stuff. > > There was a question of what appears in /var/log/messages; there's one > line: > > Jan 5 08:24:14 bike kernel: firefox-bin[17558] trap int3 rip:348d72c237 rsp:7fffff874f40 error:0 > Can you get any more clues about where it is dying by running it under strace with: LD_LIBRARY_PATH=/usr/lib64/firefox-1.5 strace /usr/lib64/firefox-1.5/firefox-bin > I'll note that, as usual, I'm running a kernel.org kernel, but > everything else on the system is plain rawhide. I'm a day or two behind > on updates, since yum gripes about a libgtop dependency in > gnome-applets. > You can get past this by parallel installing both versions of libgtop: rpm -ivh libgtop2-2.13.2-1.x86_64.rpm > Thanks, > > jon > > Jonathan Corbet > Executive editor, LWN.net > corbet at lwn.net > > From dtimms at bigpond.net.au Thu Jan 5 16:00:12 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 06 Jan 2006 03:00:12 +1100 Subject: xorg package names aren't starting at 7.0 Message-ID: <43BD428C.7000007@bigpond.net.au> What reasoning lies behind the choice of version numbering for the new X.Org X11R7.0 packages in rawhide. FC4 updates-released used: xorg-x11-6.8.2-37.FC4.49.2 FC5 test1 development uses: xorg-x11-apps-1.0.0-1 Wont this would confuse many who will be getting R7.0 (now released) ? DaveT. From don_springall at hotmail.com Thu Jan 5 16:00:24 2006 From: don_springall at hotmail.com (Don Springall) Date: Thu, 05 Jan 2006 09:00:24 -0700 Subject: Build Report rawhide Message-ID: Did the build system go kaboom last night or is it still running ? From dcantrell at redhat.com Thu Jan 5 16:07:21 2006 From: dcantrell at redhat.com (David Cantrell) Date: Thu, 5 Jan 2006 11:07:21 -0500 Subject: Rawhide firefox In-Reply-To: <43BD4036.9030403@research.att.com> References: <20060105152848.29955.qmail@lwn.net> <43BD4036.9030403@research.att.com> Message-ID: <20060105160721.GB2746@mortise.boston.redhat.com> John Ellson wrote: > Jonathan Corbet wrote: > >Stephen J. Smoogen wrote: > > > > > >>Have you done the usual Technical Support questions? > >> > > > >I believe so. I have cleaned out all my extensions - actually, I even > >created a new, clean account with no configuration at all. Same thing. > > > > > >>Does a second user on the system have the same problem? [Creating a > >>second user and going to the website cause firefox to crap out on > >>x86-64?] > >> > > > >Yes. > > > > > >>Does the box have anything non-64 bit installed like flash like > >>plugins? > >> > > > >Nope, none of that stuff. > > > >There was a question of what appears in /var/log/messages; there's one > >line: > > > >Jan 5 08:24:14 bike kernel: firefox-bin[17558] trap int3 rip:348d72c237 > >rsp:7fffff874f40 error:0 > > > Can you get any more clues about where it is dying by running it under > strace with: > > LD_LIBRARY_PATH=/usr/lib64/firefox-1.5 strace > /usr/lib64/firefox-1.5/firefox-bin My problem was: open("/usr/share/fonts/default/n021003l.pfb", O_RDONLY) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- unlink("/home/dcantrel/.mozilla/firefox/mjlbhd2d.default/lock") = 0 rt_sigaction(SIGSEGV, {SIG_DFL}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [SEGV], NULL, 8) = 0 tgkill(3398, 3398, SIGSEGV) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Process 3398 detached I added the missing symlink for n021003l.pfb and firefox came right up. Most likely unrelated to the x86-64 problem. Why the font symlinks were incorrect, I don't know. -- David Cantrell Red Hat / Westford, MA From lwn-fedora-test at lwn.net Thu Jan 5 16:26:50 2006 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Thu, 05 Jan 2006 09:26:50 -0700 Subject: Rawhide firefox In-Reply-To: Your message of "Thu, 05 Jan 2006 10:50:14 EST." <43BD4036.9030403@research.att.com> Message-ID: <20060105162650.7574.qmail@lwn.net> John Ellson wrote: > Can you get any more clues about where it is dying by running it under > strace with: > > LD_LIBRARY_PATH=/usr/lib64/firefox-1.5 strace > /usr/lib64/firefox-1.5/firefox-bin I'd sort of given up on trying to strace firefox problems - even if you narrow things, its a real needle-in-the-haystack task. But it points a pretty clear finger this time: open("/usr/share/fonts/ja/sazanami-gothic.ttf", O_RDONLY) = -1 ENOENT (No such file or directory) write(2, "\nPango-ERROR **: file basic-fc.c"..., 110 I'd missed the Pango gripe before as well: Pango-ERROR **: file basic-fc.c: line 347 (basic_engine_shape): assertion failed: (face != NULL) It looks like something similar to what David just reported. Now, don't ask *why* it wants that particular font for news.google.com... Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From dgregor at redhat.com Thu Jan 5 16:27:05 2006 From: dgregor at redhat.com (Dennis Gregorovic) Date: Thu, 05 Jan 2006 11:27:05 -0500 Subject: Build Report rawhide In-Reply-To: References: Message-ID: <1136478425.4163.2.camel@localhost.localdomain> On Thu, 2006-01-05 at 09:00 -0700, Don Springall wrote: > Did the build system go kaboom last night or is it still running ? > Went kaboom. I kicked off another run about 30 minutes ago and am keeping an eye on it. -- Dennis From jspaleta at gmail.com Thu Jan 5 16:40:46 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 5 Jan 2006 11:40:46 -0500 Subject: xorg package names aren't starting at 7.0 In-Reply-To: <43BD428C.7000007@bigpond.net.au> References: <43BD428C.7000007@bigpond.net.au> Message-ID: <604aa7910601050840q4ed485a0lea94ae69ef11e5ca@mail.gmail.com> On 1/5/06, David Timms wrote: > What reasoning lies behind the choice of version numbering for the new > X.Org X11R7.0 packages in rawhide. > > FC4 updates-released used: xorg-x11-6.8.2-37.FC4.49.2 > FC5 test1 development uses: xorg-x11-apps-1.0.0-1 > > Wont this would confuse many who will be getting R7.0 (now released) ? Have you looked at the source tarballs for the individual components now? for example xf86-input-mouse-X11R7.0-1.0.3.1.tar.bz2 the individual components are getting release numbers which a seperate from the global release. In the case of the mouse package that release is 1.0.3.x And thats sort of the point of going modular. It doesn't really matter which pieces ship officially as part of X11R7, each modular piece has its own update cycle and if required an update for specific pieces like individual driver tarballs can be updated individually regardless of what version of the tarball is in X11R7.whatever. If FC ships some components that match the versions in X11R7 and some versions which are updates beyond whats in X11R7. Why is it appropriate to brand all these things as X11R7? All you do is complicate the evr calculation that rpm has to do when calculating updates. This isnt very different than how the pieces of the gnome desktop are packages. Gnome might be moving towards a global "2.14" release but individual pieces have their own versioning, the atk package for example. -jef From dtimms at bigpond.net.au Thu Jan 5 16:56:14 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 06 Jan 2006 03:56:14 +1100 Subject: xorg package names aren't starting at 7.0 In-Reply-To: <604aa7910601050840q4ed485a0lea94ae69ef11e5ca@mail.gmail.com> References: <43BD428C.7000007@bigpond.net.au> <604aa7910601050840q4ed485a0lea94ae69ef11e5ca@mail.gmail.com> Message-ID: <43BD4FAE.7010007@bigpond.net.au> Jeff Spaleta wrote: >Have you looked at the source tarballs for the individual components now? > No. >for example xf86-input-mouse-X11R7.0-1.0.3.1.tar.bz2 >the individual components are getting release numbers which a seperate >from the global release. In the case of the mouse package that >release is 1.0.3.x > I can see from your eg why it makes sense for rh/fedora to use the package versioning that the upstream developers use, otherwise it would be even more confusing. >...If FC ships some >components that match the versions in X11R7 and some versions which >are updates beyond whats in X11R7. Why is it appropriate to brand all >these things as X11R7? > I guess that the upstream developers could start at 6.99 ? for the a/b/test/rc's and move to 7.0.0 at the time that the major release is made, and then they could all free float from there on ? Thanks for the reasoning. DaveT. From billcrawford1970 at gmail.com Thu Jan 5 17:05:43 2006 From: billcrawford1970 at gmail.com (Bill Crawford) Date: Thu, 05 Jan 2006 17:05:43 +0000 Subject: k3b and burning permissions In-Reply-To: <1136458757.3133.7.camel@perun.redhat.usu> References: <1136426134.4919.105.camel@T7.Linux> <43BCF2FB.4000307@gmail.com> <1136458757.3133.7.camel@perun.redhat.usu> Message-ID: <43BD51E7.3070203@gmail.com> Tomas Mraz wrote: > On Thu, 2006-01-05 at 10:20 +0000, Bill Crawford wrote: > >> I had to add the following in /etc/security/console.perms.d/ to get >> /dev/dvd to work. >> > That shouldn't be necessary as the dvd writer device should be pointed > to by the /dev/cdwriter symlink. Or isn't it in your case? > I had a CD writer (hdc) and dvd burner (hdd). Permissions were (for whatever reason) only being set for one. *shrug* From fedora-test at adslpipe.co.uk Thu Jan 5 17:21:05 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Thu, 05 Jan 2006 17:21:05 +0000 Subject: Rawhide firefox In-Reply-To: <20060105144502.21762.qmail@lwn.net> References: <20060105144502.21762.qmail@lwn.net> Message-ID: <43BD5581.80202@adslpipe.co.uk> Jonathan Corbet wrote: > So is it just me, or has Firefox in Rawhide (x86-64) been hosed for a > while? On x86_64 with up-to-date rawhide, firefox is ok for me with no extensions, this is a clean system as I've been doing more testing of installation of rawhide, than running it ;-) From buildsys at redhat.com Thu Jan 5 17:24:13 2006 From: buildsys at redhat.com (Build System) Date: Thu, 5 Jan 2006 12:24:13 -0500 Subject: rawhide report: 20060105 changes Message-ID: <200601051724.k05HODpM026861@porkchop.devel.redhat.com> New package gstreamer-plugins-base GStreamer streaming media framework base plug-ins New package gstreamer-plugins-good GStreamer plug-ins with good code and licensing New package gstreamer08 GStreamer streaming media framework runtime. New package gstreamer08-plugins GStreamer Streaming media framework plug-ins Updated Packages: apr-1.2.2-7 ----------- * Wed Jan 04 2006 Joe Orton 1.2.2-7 - fix namespace pollution (r354824, r355464) * Wed Jan 04 2006 Joe Orton 1.2.2-6 - fix build with recent glibc (#176911) * Tue Jan 03 2006 Jesse Keating 1.2.2-5.2 - rebuilt again boost-1.33.1-3 -------------- * Wed Jan 04 2006 Benjamin Kosnik 1.33.1-3 - Update to boost-1.33.1. - (#176485: Missing BuildRequires) - (#169271: /usr/lib/libboost*.so.? links missing in package) checkpolicy-1.28-3 ------------------ * Wed Jan 04 2006 Dan Walsh 1.28-3 - Rebuild to get latest libsepol compat-gcc-296-2.96-134 ----------------------- compat-gcc-32-3.2.3-54.fc5 -------------------------- control-center-1:2.13.4-1 ------------------------- * Wed Jan 04 2006 Matthias Clasen - 1:2.13.4-1 - Update to 2.13.4 coreutils-5.93-7 ---------------- * Thu Jan 05 2006 Tim Waugh 5.93-7 - Don't suppress chown/chgrp errors in install(1) (bug #176708). crash-4.0-2.18 -------------- * Wed Jan 04 2006 Dave Anderson 4.0-2.18 - Updated source package to crash-4.0.tar.gz, and crash.patch to bring it up to 4.0-2.18. * Fri Dec 09 2005 Jesse Keating - rebuilt cups-1:1.1.23-28 ---------------- * Wed Jan 04 2006 Tim Waugh 1:1.1.23-28 - Apply patch to fix CVE-2005-3625, CVE-2005-3626, CVE-2005-3627 (bug #176868). e2fsprogs-1.38-4 ---------------- * Wed Jan 04 2006 Peter Jones 1.38-4 - fix a logic error in dm probing - add priority group for dm devices, so they'll be preferred evolution-2.5.4-2 ----------------- * Wed Jan 04 2006 David Malcolm - 2.5.4-2 - added optional build-time requirement on NetworkManager-glib-devel - update patch 805 to cover a missing declaration in Network Manager support * Tue Jan 03 2006 David Malcolm - 2.5.4-1 - 2.5.4 - update patch 107 to track underlying code changes; rename from evolution-2.2.2-move-autosave-file.patch to evolution-2.5.4-move-autosave-file.patch - added patch to fix more missing declarations (patch 805) - added files for publish-calendar plugin * Mon Dec 19 2005 David Malcolm - 2.5.3-1 - 2.5.3 - Updated patch 106 (evolution-2.2.2-commit-enter-on-calendar.patch) so that it still applies cleanly evolution-connector-2.5.4-1 --------------------------- * Wed Jan 04 2006 David Malcolm - 2.5.4-1 - 2.5.4 evolution-data-server-1.5.4-1 ----------------------------- * Tue Jan 03 2006 David Malcolm - 1.5.4-1 - 1.5.4 glibc-2.3.90-26 --------------- * Wed Jan 04 2006 Jakub Jelinek 2.3.90-26 - update from CVS - for newly linked lio_listio* callers, send per request notifications (#170116) - fixup nscd -S option removal changes (#176860) - remove nonnull attribute from ctermid (#176753) - fix PTHREAD_*_INITIALIZER{,_NP} on 64-bit arches - SPARC NPTL support for pre-v9 CPUs - drop support for 2.4.xx and < 2.6.9 kernels gnome-applets-1:2.13.1-3 ------------------------ * Wed Jan 04 2006 Matthias Clasen 2.13.1-3 - Rebuild against new libgtop gnome-volume-manager-1.5.7-2 ---------------------------- * Wed Jan 04 2006 John (J5) Palmieri - 1.5.7-2 - Added a patch to fix an array being passed to dbus gphoto2-2.1.99-1 ---------------- * Thu Jan 05 2006 Radek Vokal 2.1.99-1 - upgrade to 2.1.99 + dbus patch groff-1.18.1.1-6 ---------------- * Thu Jan 05 2006 Jindrich Novy - 1.18.1.1-6 - add BuildRequires imake and update dependencies for modular X - spec cleanup - fix compilation with gcc-4.1.0 gstreamer-0.10.0-1 ------------------ * Fri Dec 16 2005 Thomas Vander Stichele - 0.10.0-1 - rebuilt for Fedora Core Development * Wed Dec 14 2005 Thomas Vander Stichele - 0.10.0-0.gst.2 - rebuilt against newer GLib and friends * Mon Dec 05 2005 Thomas Vander Stichele - 0.10.0-0.gst.1 - new release gthumb-2.7.2-1 -------------- * Wed Jan 04 2006 Matthias Clasen - 2.7.2-1 - Update to 2.7.2 - Drop upstreamed patches gtksourceview-1.5.4-1 --------------------- * Thu Jan 05 2006 Matthias Clasen - Update to 1.5.4 * Tue Jan 03 2006 Matthias Clasen - Update to 1.5.3 hplip-0.9.7-7 ------------- * Thu Jan 05 2006 Tim Waugh 0.9.7-7 - Fix initscript (bug #176966). httpd-2.2.0-4 ------------- * Thu Jan 05 2006 Joe Orton 2.2.0-4 - mod_proxy_ajp: fix Cookie handling (Mladen Turk, r358769) java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_59rh ------------------------------------------ * Wed Jan 04 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_59rh - Import java-gcj-compat 1.0.47. * Wed Jan 04 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp_58rh - Import java-gcj-compat 1.0.46. jotm-0:2.0.5-1jpp_6fc --------------------- * Fri Dec 23 2005 Archit Shah 0:2.0.5-1jpp_6fc - Replace bz133180 patch with one that disables iiop stub compilation. kdeutils-6:3.5.0-3 ------------------ * Thu Jan 05 2006 Radek Vokal 6:3.5.0-3 - rebuilt against new libnetsnmp libaio-0.3.106-2 ---------------- * Wed Jan 04 2006 Jeff Moyer - 0.3.106-2 - Update to the latest sources, which contain the following change: Add a .proc directive for the ia64_aio_raw_syscall macro. This sounds a lot like the previous entry, but that one fixed the __ia64_raw_syscall macro, located in syscall-ia64.h. This macro is in raw_syscall.c, which pretty much only exists for ia64. This bug prevented the package from building with newer version of gcc. * Fri Dec 09 2005 Jesse Keating - rebuilt libc-client-2004g-1 ------------------- * Thu Jan 05 2006 Jonathan Kamens 2004g-1 - Upstream version 2004g (#176974) - Remove obsolete doc file "WARNING" - Remove security patch included in new upstream version - Custom flock code no longer necessary; included in upstream libselinux-1.29.3-2 ------------------- * Wed Jan 04 2006 Dan Walsh 1.29.4-1 - Build with new libsepol * Wed Jan 04 2006 Dan Walsh 1.29.3-1 - Upgrade to latest from NSA * Merged several fixes and improvements from Ulrich Drepper (Red Hat), including: - corrected use of getline - further calls to __fsetlocking for local files - use of strdupa and asprintf - proper handling of dirent in booleans code - use of -z relro - several other optimizations * Merged getpidcon python wrapper from Dan Walsh (Red Hat). libsemanage-1.5.4-1 ------------------- * Thu Jan 05 2006 Dan Walsh 1.5.4-1 - Upgrade to latest from NSA * Merged patch series from Ivan Gyurdiev. This includes patches to: - separate file rw code from linked list - annotate objects - fold together internal headers - support ordering of records in compare function - add active dbase backend, active booleans - return commit numbers for ro database calls - use modified flags to skip rebuild whenever possible - enable port interfaces - update swig interfaces and typemaps - add an API for file_contexts.local and file_contexts - flip the traversal order in iterate/list - reorganize sandbox_expand - add seusers MLS validation - improve dbase spec/documentation - clone record on set/add/modify libsepol-1.11.4-1 ----------------- * Thu Jan 05 2006 Dan Walsh 1.11.4-1 - Upgrade to latest from NSA * Merged bugfix for sepol_port_modify from Russell Coker. * Fixed bug in sepol_iface_modify error path noted by Ivan Gyurdiev. * Merged port ordering patch from Ivan Gyurdiev. * Wed Jan 04 2006 Dan Walsh 1.11.2-2 - Upgrade to latest from NSA * Merged patch series from Ivan Gyurdiev. This includes patches to: - support ordering of records in compare function - enable port interfaces - add interfaces for context validity and range checks - add include guards libsetrans-0.1.15-1 ------------------- * Wed Jan 04 2006 Dan Walsh 0.1.15-1 - Eliminate a couple of checks after strdupa, fix return on all paths libxml2-2.6.23-1 ---------------- * Thu Jan 05 2006 Daniel Veillard - upstream release 2.6.23 see http://xmlsoft.org/news.html * Thu Jan 02 2003 Daniel Veillard - integrated drv_libxml2 xml.sax driver from St?phane Bidoul - provides the new XmlTextReader interfaces based on C# XML APIs * Wed Oct 23 2002 Daniel Veillard - revamped the spec file, cleaned up some rpm building problems mysql-5.0.18-1 -------------- * Thu Jan 05 2006 Tom Lane 5.0.18-1 - Update to MySQL 5.0.18 * Thu Dec 15 2005 Tom Lane 5.0.16-4 - fix my_config.h for ppc platforms * Thu Dec 15 2005 Tom Lane 5.0.16-3 - my_config.h needs to guard against 64-bit platforms that also define the 32-bit symbol openoffice.org-1:2.0.1.1-5.2 ---------------------------- * Wed Jan 04 2006 Caolan McNamara - 1:2.0.1.1-5 - spinbutton factory needs to be uneditable as well as combobox - add openoffice.org-2.0.1-ooo19976.framework.nofocussteal.patch for jrb * Thu Dec 22 2005 Caolan McNamara - 1:2.0.1.1-4 - add openoffice.org-2.0.1-ooo59997.sw.defaultbullets.patch for rh#176779# opensp-1.5.2-1 -------------- * Thu Jan 05 2006 Tim Waugh 1.5.2-1 - 1.5.2. pam_ccreds-3-2 -------------- * Wed Jan 04 2006 Tomas Mraz - 3-2 - the path to ccreds_validate helper was wrong * Wed Jan 04 2006 Tomas Mraz - 3-1 - new upstream version - added patch (slightly modified) by W. Michael Petullo to support operation from non-root accounts (#151914) php-5.1.1-8 ----------- * Thu Jan 05 2006 Joe Orton 5.1.1-8 - rebuild again policycoreutils-1.29.3-1 ------------------------ * Wed Jan 04 2006 Dan Walsh 1.29.3-1 - Update to match NSA * Merged semanage getpwnam bug fix from Serge Hallyn (IBM). * Merged patch series from Ivan Gyurdiev. This includes patches to: - cleanup setsebool - update setsebool to apply active booleans through libsemanage - update semodule to use the new semanage_set_rebuild() interface - fix various bugs in semanage * Merged patch from Dan Walsh (Red Hat). This includes fixes for restorecon, chcat, fixfiles, genhomedircon, and semanage. pup-0.9.1-1 ----------- * Wed Jan 04 2006 Jeremy Katz - 0.9.1-1 - fix a silly traceback * Wed Jan 04 2006 Jeremy Katz - 0.9.0-1 - Require pygtk2-libglade (#176292) - Moved some generic bits down into yum - Set the title on dialog boxes - Handle errors running transactions (#174500) - Wait for confirmation on the reboot - Log to the yum logfile (#163785, #175808) - Make progress bar not jump (#176407) - Use rhpl exception handler - Move to System Tools menu python-pyblock-0.10-1 --------------------- * Wed Jan 04 2006 Peter Jones - 0.10-1 - fix checking for "degraded" raids ruby-1.8.4-2 ------------ * Wed Jan 04 2006 Akira TAGOH - 1.8.4-2 - ruby-tcltk-multilib.patch: fixed a typo. * Tue Dec 27 2005 Akira TAGOH - 1.8.4-1 - New upstream release. - fixed a missing return statement. (#140833) - fixed an use of uninitialized variable. (#144890) selinux-policy-2.1.7-1 ---------------------- * Wed Jan 04 2006 Dan Walsh 2.1.7-1 - Update to upstream subversion-1.3.0-2 ------------------ * Wed Jan 04 2006 Joe Orton 1.3.0-2 - update to 1.3.0 (#176833) - update to psvn.el r17921 Stefan Reichoer system-config-date-1.7.99.12-1 ------------------------------ * Wed Jan 04 2006 Nils Philippsen 1.7.99.12 - show actually chosen region, not just something that's in the vicinity * Fri Dec 30 2005 Nils Philippsen - fix highlighted regions when leaving and entering the timeone map canvas - make timezone list a treeview - update timezone po source file system-config-kickstart-2.6.3-1 ------------------------------- * Wed Jan 04 2006 Chris Lumens 2.6.3-1 - Remove references to monitor in xconfig (#176537). system-config-printer-0.6.147-1 ------------------------------- * Thu Jan 05 2006 Tim Waugh 0.6.147-1 - 0.6.147: - Don't alter page margins (bug #176906). zsh-4.2.5-1.2 ------------- * Wed Jan 04 2006 Jesse Keating 0 4.2.5-1.2 - rebuilt again * Fri Dec 09 2005 Jesse Keating - rebuilt Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnome-applets - 1:2.13.1-3.i386 requires gstreamer-plugins >= 0:0.7.6-2 gnome-python2-libgtop2 - 2.12.1-8.i386 requires libgtop-2.0.so.0 jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 libofx - 0.8.0-1.i386 requires libosp.so.4 openhpi - 2.2.1-1.i386 requires libnetsnmp.so.9 openjade - 1.3.2-22.i386 requires libosp.so.4 sound-juicer - 2.13.1-2.1.i386 requires gstreamer-plugins totem - 1.3.0-1.i386 requires gstreamer-plugins >= 0:0.8.5 Broken deps for ia64 ---------------------------------------------------------- gnome-applets - 1:2.13.1-3.ia64 requires gstreamer-plugins >= 0:0.7.6-2 gnome-python2-libgtop2 - 2.12.1-8.ia64 requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) libofx - 0.8.0-1.ia64 requires libosp.so.4()(64bit) openjade - 1.3.2-22.ia64 requires libosp.so.4()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs sound-juicer - 2.13.1-2.1.ia64 requires gstreamer-plugins totem - 1.3.0-1.ia64 requires gstreamer-plugins >= 0:0.8.5 Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 gnome-applets - 1:2.13.1-3.ppc requires gstreamer-plugins >= 0:0.7.6-2 gnome-python2-libgtop2 - 2.12.1-8.ppc requires libgtop-2.0.so.0 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 libofx - 0.8.0-1.ppc requires libosp.so.4 openhpi - 2.2.1-1.ppc requires libnetsnmp.so.9 openjade - 1.3.2-22.ppc requires libosp.so.4 sound-juicer - 2.13.1-2.1.ppc requires gstreamer-plugins totem - 1.3.0-1.ppc requires gstreamer-plugins >= 0:0.8.5 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 gnome-applets - 1:2.13.1-3.ppc64 requires gstreamer-plugins >= 0:0.7.6-2 gnome-python2-libgtop2 - 2.12.1-8.ppc64 requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) libofx - 0.8.0-1.ppc64 requires libosp.so.4()(64bit) openhpi - 2.2.1-1.ppc64 requires libnetsnmp.so.9()(64bit) openjade - 1.3.2-22.ppc64 requires libosp.so.4()(64bit) sound-juicer - 2.13.1-2.1.ppc64 requires gstreamer-plugins totem - 1.3.0-1.ppc64 requires gstreamer-plugins >= 0:0.8.5 Broken deps for s390 ---------------------------------------------------------- gnome-applets - 1:2.13.1-3.s390 requires gstreamer-plugins >= 0:0.7.6-2 gnome-python2-libgtop2 - 2.12.1-8.s390 requires libgtop-2.0.so.0 jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 libofx - 0.8.0-1.s390 requires libosp.so.4 openhpi - 2.2.1-1.s390 requires libnetsnmp.so.9 openjade - 1.3.2-22.s390 requires libosp.so.4 totem - 1.3.0-1.s390 requires gstreamer-plugins >= 0:0.8.5 Broken deps for s390x ---------------------------------------------------------- gnome-applets - 1:2.13.1-3.s390x requires gstreamer-plugins >= 0:0.7.6-2 gnome-python2-libgtop2 - 2.12.1-8.s390x requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libofx - 0.8.0-1.s390x requires libosp.so.4()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) openhpi - 2.2.1-1.s390x requires libnetsnmp.so.9()(64bit) openjade - 1.3.2-22.s390x requires libosp.so.4()(64bit) openjade - 1.3.2-22.s390 requires libosp.so.4 totem - 1.3.0-1.s390x requires gstreamer-plugins >= 0:0.8.5 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnome-applets - 1:2.13.1-3.x86_64 requires gstreamer-plugins >= 0:0.7.6-2 gnome-python2-libgtop2 - 2.12.1-8.x86_64 requires libgtop-2.0.so.0()(64bit) jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) libofx - 0.8.0-1.x86_64 requires libosp.so.4()(64bit) openhpi - 2.2.1-1.x86_64 requires libnetsnmp.so.9()(64bit) openjade - 1.3.2-22.i386 requires libosp.so.4 openjade - 1.3.2-22.x86_64 requires libosp.so.4()(64bit) sound-juicer - 2.13.1-2.1.x86_64 requires gstreamer-plugins totem - 1.3.0-1.x86_64 requires gstreamer-plugins >= 0:0.8.5 From sundaram at redhat.com Thu Jan 5 18:27:46 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Thu, 05 Jan 2006 23:57:46 +0530 Subject: xorg package names aren't starting at 7.0 In-Reply-To: <43BD428C.7000007@bigpond.net.au> References: <43BD428C.7000007@bigpond.net.au> Message-ID: <43BD6522.5090902@redhat.com> David Timms wrote: > What reasoning lies behind the choice of version numbering for the new > X.Org X11R7.0 packages in rawhide. > > FC4 updates-released used: xorg-x11-6.8.2-37.FC4.49.2 > FC5 test1 development uses: xorg-x11-apps-1.0.0-1 > > Wont this would confuse many who will be getting R7.0 (now released) ? What was earlier big chunks of monolithic packages have now been split up into several hundreds of modular packages. The entire list is available from http://fedoraproject.org/wiki/Xorg/Modularization. Information about this is also included within the release notes. http://fedoraproject.org/wiki/Docs/Beats/Xorg From vonbrand at inf.utfsm.cl Thu Jan 5 18:42:23 2006 From: vonbrand at inf.utfsm.cl (Horst von Brand) Date: Thu, 05 Jan 2006 15:42:23 -0300 Subject: Rawhide firefox In-Reply-To: Your message of "Thu, 05 Jan 2006 07:45:02 PDT." <20060105144502.21762.qmail@lwn.net> Message-ID: <200601051842.k05IgNJE014705@laptop11.inf.utfsm.cl> Jonathan Corbet wrote: > So is it just me, or has Firefox in Rawhide (x86-64) been hosed for a > while? I just updated to 1.5-4 with high hopes, but it still dies if > you look at it hard. news.google.com, in particular, is an entirely > reliable way to bring it down. But I don't see any other complaints, so > maybe it's just me, somehow? I've reported a reliable crash for firefox in bugzilla on i686. Looks like the same you see... -- 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 ellson at research.att.com Thu Jan 5 20:50:29 2006 From: ellson at research.att.com (John Ellson) Date: Thu, 05 Jan 2006 15:50:29 -0500 Subject: Rawhide firefox In-Reply-To: <20060105162650.7574.qmail@lwn.net> References: <20060105162650.7574.qmail@lwn.net> Message-ID: <43BD8695.3050801@research.att.com> Jonathan Corbet wrote: > John Ellson wrote: > > >> Can you get any more clues about where it is dying by running it under >> strace with: >> >> LD_LIBRARY_PATH=/usr/lib64/firefox-1.5 strace >> /usr/lib64/firefox-1.5/firefox-bin >> > > I'd sort of given up on trying to strace firefox problems - even if you > narrow things, its a real needle-in-the-haystack task. But it points a > pretty clear finger this time: > > open("/usr/share/fonts/ja/sazanami-gothic.ttf", O_RDONLY) = -1 ENOENT (No such file or directory) > write(2, "\nPango-ERROR **: file basic-fc.c"..., 110 > > I'd missed the Pango gripe before as well: > > Pango-ERROR **: file basic-fc.c: > line 347 (basic_engine_shape): assertion failed: (face != NULL) > > It looks like something similar to what David just reported. Now, don't > ask *why* it wants that particular font for news.google.com... > > Thanks, > > jon > > Jonathan Corbet > Executive editor, LWN.net > corbet at lwn.net > > See if rebuilding the fonconfig caches (/usr/bin/fc-cache) will clear the problem. John From lwn-fedora-test at lwn.net Thu Jan 5 21:21:13 2006 From: lwn-fedora-test at lwn.net (Jonathan Corbet) Date: Thu, 05 Jan 2006 14:21:13 -0700 Subject: Rawhide firefox In-Reply-To: Your message of "Thu, 05 Jan 2006 15:50:29 EST." <43BD8695.3050801@research.att.com> Message-ID: <20060105212113.25085.qmail@lwn.net> John Ellson wrote: > See if rebuilding the fonconfig caches (/usr/bin/fc-cache) will clear the > problem. Nope, no joy in mudville. Thanks, jon Jonathan Corbet Executive editor, LWN.net corbet at lwn.net From overholt at redhat.com Thu Jan 5 22:01:09 2006 From: overholt at redhat.com (Andrew Overholt) Date: Thu, 5 Jan 2006 17:01:09 -0500 Subject: Fedora Core 4 Test Update: eclipse-3.1.1-1jpp_1fc.FC4.12 Message-ID: <200601052201.k05M19112748@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-000 2006-01-05 --------------------------------------------------------------------- Product : Fedora Core 4 Name : eclipse Version : 3.1.1 Release : 1jpp_1fc.FC4.12 Summary : An open, extensible IDE Description : The Eclipse Platform is designed for building integrated development environments (IDEs) that can be used to create applications as diverse as web sites, embedded Java(tm) programs, C++ programs, and Enterprise JavaBeans(tm). --------------------------------------------------------------------- Update Information: This update fixes a number of bugs, the most notable being that CVS checkouts now complete (we require GCC 4.0.2 which contains the fix for this problem). Also, all jars are now natively-compiled and thanks to the latest release of gjdoc, all of the API documentation is now built. Other notable fixes: - Update manager improvements. - New splash screen. - No more wrapper script. - Improvements to javadoc building. - We now use the ECJ from Eclipse 3.1.1 for building --------------------------------------------------------------------- * Thu Jan 5 2006 Andrew Overholt 3.1.1-1jpp_1fc.FC4.12 - Rebuild with new gjdoc (rh#161147). * Mon Dec 19 2005 Andrew Overholt 3.1.1-1jpp_1fc.FC4.11 - Update patch for offline javadoc linking. - Rebuild with new gjdoc (rh#161147). * Tue Dec 13 2005 Igor Foox 3.1.1-1jpp_1fc.FC4.10 - New version of launcher path (rh#175454). * Mon Dec 12 2005 Andrew Overholt 3.1.1-1jpp_1fc.FC4.9 - Use ecj from 3.1.1 (rh#175380). - Remove ecj options patch as it is in ecj from 3.1.1. - New version of launcher patch (rh#175454) - ifoox. * Fri Dec 9 2005 Ben Konrath - update updatehomedir-core.patch to remove unused code * Wed Dec 7 2005 Andrew Overholt 3.1.1-1jpp_1fc.FC4.8 - Add patch for launcher following symlinks (rh#168726, e.o#79592) - ifoox. - Remove launcher script. * Mon Dec 5 2005 Andrew Overholt 3.1.1-1jpp_1fc.FC4.7 - Add eclipse-rcp-devel as a requirement of eclipse-platform-devel (rh#161267). - Updated splash screen (thanks to Diana Fong) (rh#170580). - Include and use rebuild-sdk-features (rh#173589). * Fri Dec 2 2005 Andrew Overholt 3.1.1-1jpp_1fc.FC4.7 - Update EFJ patch (e.o#75333). - Update update-site-in-home-dir patch (e.o#90630) - bkonrath. * Tue Nov 29 2005 Andrew Overholt 3.1.1-1jpp_1fc.FC4.6 - Rebuild with new gcc (4.0.2) (rh#146463, rh#151919, rh#158137, rh#163079, rh#161483 <-- hooray for Andrew Haley!). - All jars now natively-compiled. - Patch org.eclipse.help.webapp jasper classpath. - Import work done by Debian Eclipse packagers: - Add Fedora version in Eclipse about dialog. - Update eclipse-javadoc.patch to match Debian's disable-filelog patch. - Remove buildDoc patches and add helpindexbuilder patch (e.o#114001). - Add BuildRequires for libgnome{,ui}-devel (rh#171532). * Wed Nov 2 2005 Andrew Overholt 3.1.1-1jpp_1fc.FC4.5 - Remove native compilation for o.e.team.cvs.core (rh#163079). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ f88a180fb92a0c0c3e9bc6fb7c03e03c SRPMS/eclipse-3.1.1-1jpp_1fc.FC4.12.src.rpm 37455b232079c2382a32f6c5f6772915 ppc/eclipse-ecj-3.1.1-1jpp_1fc.FC4.12.ppc.rpm f4db0642805fa52634ce7c83a3b34c90 ppc/eclipse-platform-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 6fd4820563708cb68b6df3559633facd ppc/eclipse-platform-devel-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 9c15f618354fcfe3d7b1695b7267a493 ppc/eclipse-jdt-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 28b4184149ed84c1677c6c931fa24d8a ppc/eclipse-jdt-devel-3.1.1-1jpp_1fc.FC4.12.ppc.rpm ebc765f88a76932cee9019f8f0285d1c ppc/eclipse-pde-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 68ff169774eaff00f12e422467e4bc45 ppc/eclipse-pde-devel-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 299ce651a3a12dd7bfa911c81cda59c6 ppc/libswt3-gtk2-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 15d9662763241fc917698ded3d3810b2 ppc/eclipse-rcp-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 2bc4784712a591af8ad9870a5f67cecc ppc/eclipse-rcp-devel-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 78041c0c2c0afe14d8b33c76aa385850 ppc/debug/eclipse-debuginfo-3.1.1-1jpp_1fc.FC4.12.ppc.rpm 106d09f492e74f8daaa9ca798fc88b10 x86_64/eclipse-ecj-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm 7f1c1b13cab4f5eba534c32e4586a94a x86_64/eclipse-platform-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm 8bb6794637631bbce39227c43f08df2d x86_64/eclipse-platform-devel-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm 4dec3e013d613158cddeb52a10963d84 x86_64/eclipse-jdt-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm c46154643790306ad9893cb4964013ac x86_64/eclipse-jdt-devel-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm 6d2fef46de20d6831ecbc2fb94518b24 x86_64/eclipse-pde-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm fefab2138248a34576ea77d5a5834db4 x86_64/eclipse-pde-devel-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm f2a1f35c1aff98684073a9f31454d3ca x86_64/libswt3-gtk2-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm d1ad02ed04f73c94d69734a376dd5e5c x86_64/eclipse-rcp-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm f34d5f3d1167f4ef2fa574e6cea34e29 x86_64/eclipse-rcp-devel-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm b2bfd7a0b28bc6eae2fc336b3f440e1b x86_64/debug/eclipse-debuginfo-3.1.1-1jpp_1fc.FC4.12.x86_64.rpm cda56c1dabcd97bdb64eb355b89676ee i386/eclipse-ecj-3.1.1-1jpp_1fc.FC4.12.i386.rpm cee7f9376f1b7901828a25cb919160ce i386/eclipse-platform-3.1.1-1jpp_1fc.FC4.12.i386.rpm f470fe8af7d65a7f8d3c7f735d4a32dc i386/eclipse-platform-devel-3.1.1-1jpp_1fc.FC4.12.i386.rpm 7c1b1be6823f61b64e2cd6f5e656fd4a i386/eclipse-jdt-3.1.1-1jpp_1fc.FC4.12.i386.rpm 599b0e3da42de52d54482b1420c78d9b i386/eclipse-jdt-devel-3.1.1-1jpp_1fc.FC4.12.i386.rpm ce22e9f3dd69b5ff3d553f960c736302 i386/eclipse-pde-3.1.1-1jpp_1fc.FC4.12.i386.rpm c3016029fc681af1116fdb2b67f8904f i386/eclipse-pde-devel-3.1.1-1jpp_1fc.FC4.12.i386.rpm 281a0b7fc26983c0b9df6c2a3dce7fe2 i386/libswt3-gtk2-3.1.1-1jpp_1fc.FC4.12.i386.rpm d2a13e5f8940f04c126c64d5e5df5422 i386/eclipse-rcp-3.1.1-1jpp_1fc.FC4.12.i386.rpm ab60e06045254be609a3fce7c13baa8e i386/eclipse-rcp-devel-3.1.1-1jpp_1fc.FC4.12.i386.rpm 196edfc2ba2e43fbb4d07c1b1097ebb4 i386/debug/eclipse-debuginfo-3.1.1-1jpp_1fc.FC4.12.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH --------------------------------------------------------------------- From fct-cornette at insight.rr.com Thu Jan 5 22:57:07 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 05 Jan 2006 17:57:07 -0500 Subject: KDE in rawhide crashing In-Reply-To: <1136462805.3133.10.camel@perun.redhat.usu> References: <200601052119.45736.russell@coker.com.au> <43BD0B27.6040809@insight.rr.com> <1136462805.3133.10.camel@perun.redhat.usu> Message-ID: <43BDA443.9090909@insight.rr.com> Tomas Mraz wrote: > On Thu, 2006-01-05 at 07:03 -0500, Jim Cornette wrote: > >>Russell Coker wrote: >> >>>I recently upgraded a rawhide machine to the latest packages which have >>>dependencies met (even through "yum update" wouldn't do it). >>> >>>Now KDE programs crash. For example if I "ssh -X machine" and run "konqueror" >>>or "konsole" then I get messages such as the following: >>> >>>KCrash: Application 'konqueror' crashing... >>>KCrash: Application 'konsole' crashing... >>> >>>Is this a known issue or is anyone else having this problem? >>> >>> >>>PS Trust me, it's not a SE Linux issue. >>> >> >>Locally, both programs run alright for me with SELinux active. Is the >>computer that you are running compatible with modular X? Why ssh -X >>instead of ssh -Y? > > The untrusted X forwarding is disabled by default in ssh_config so it > shouldn't matter. Thanks! I use the -Y since earlier discussions mentioned using -Y vs. -X. What influence, if any would running SSH on a guest computer have on a system which has a monolithic version of X and running programs from FC5T1, would it fail or have no effect? Jim From fct-cornette at insight.rr.com Thu Jan 5 23:05:19 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Thu, 05 Jan 2006 18:05:19 -0500 Subject: su - gedit and setenforce 0 In-Reply-To: <1136461127.3133.8.camel@perun.redhat.usu> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> <43BCF6CF.6060505@redhat.com> <1136461127.3133.8.camel@perun.redhat.usu> Message-ID: <43BDA62F.10004@insight.rr.com> Tomas Mraz wrote: > On Thu, 2006-01-05 at 16:07 +0530, Rahul Sundaram wrote: > >>Tomas Mraz wrote: >> >> >>>On Thu, 2006-01-05 at 15:59 +0530, Rahul Sundaram wrote: >>> >>> >>> >>>>Hi >>>> >>>> >>>> >>>> >>>>>ok >>>>>other bug/(feature?) found: >>>>>why can't root start any x clients? gedit as root shows an error >>>>>connection refused by server >>>>>(I use gedit to edit conf files ) >>>>> >>>>> >>>> >>>>Used to work before. I can confirm this issue on my rawhide box. Kindly >>>>file a bug report. >>>> >>>> >>> >>>Isn't it this one? >>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 >>> >>> >> >>The report is same but disabling SELinux with setenforce 0 doesnt change >>the behavior of gedit on my system. > > Have you done 'su -' again after setenforce 0? > > I tried setenforce 0 followed by trying to launch gedit as Rahul reported with the same failure. Running su - (in a different shell) after setenforce 0 allows gedit to start, though it loads very slowly. Jim From dtimms at bigpond.net.au Fri Jan 6 00:33:52 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 06 Jan 2006 11:33:52 +1100 Subject: xorg-x11-drivers [inappropriately] requires all drivers modules Message-ID: <43BDBAF0.4060605@bigpond.net.au> I attempted to remove some of the xorg-x11-drv-mga /s3 etc since I have only an ATI card, but found that the particular drivers "is needed by (installed) xorg-x11-drivers". Can the .spec be modified so that -drivers requires one-or-more -drv? Also, the -drv-* would then need be a provider of -drv. This means an update would only need to dl/install one of the 50 or so drivers. I guess by default it would make sense to install a few base drv that can be used as a fallback when no specific driver exists. The installer would need to "know" which drv to install above the fallbacks, perhaps such code needs to be invented first ? Or doesn't the modular X + rpm requires/provides work this way ? From fedora-test at adslpipe.co.uk Fri Jan 6 00:58:15 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Fri, 06 Jan 2006 00:58:15 +0000 Subject: xorg-x11-drivers [inappropriately] requires all drivers modules In-Reply-To: <43BDBAF0.4060605@bigpond.net.au> References: <43BDBAF0.4060605@bigpond.net.au> Message-ID: <43BDC0A7.1000807@adslpipe.co.uk> David Timms wrote: > I attempted to remove some of the xorg-x11-drv-mga /s3 etc since I have > only an ATI card, but found that the particular drivers "is needed by > (installed) xorg-x11-drivers". Modular Xorg has separated the drivers so they can be developed/upgraded individually, but I believe that Fedora requires *all* drivers to be installed so that the various X11 config tools can assume *any* necessary drivers will be present, and do not have to be prepared to install missing drivers ... From dtimms at bigpond.net.au Fri Jan 6 03:34:35 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 06 Jan 2006 14:34:35 +1100 Subject: yum update displaying weird text with wildcards Message-ID: <43BDE54B.50601@bigpond.net.au> Hi, since fedora-devel repo is having trouble (libosp.so.4 for openjade), I've been updating by using wildcards: # yum --disablerepo=extras-development update s* t* u* Loading "installonlyn" plugin Setting up Update Process Setting up repositories Reading repository metadata in from local files Could not find update match for s* Could not find update match for tall mc Could not find update match for u* No Packages marked for Update/Obsoletion # I can't imagine where the "t*" could be getting turned into "tall mc" (I wondered if I or the repo had been hacked!). It doesn't seem to cause further problems with the update, but that's not finished yet. From skvidal at linux.duke.edu Fri Jan 6 03:40:27 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Jan 2006 22:40:27 -0500 Subject: yum update displaying weird text with wildcards In-Reply-To: <43BDE54B.50601@bigpond.net.au> References: <43BDE54B.50601@bigpond.net.au> Message-ID: <1136518827.31966.0.camel@cutter> On Fri, 2006-01-06 at 14:34 +1100, David Timms wrote: > Hi, since fedora-devel repo is having trouble (libosp.so.4 for > openjade), I've been updating by using wildcards: > # yum --disablerepo=extras-development update s* t* u* > Loading "installonlyn" plugin > Setting up Update Process > Setting up repositories > Reading repository metadata in from local files > Could not find update match for s* > Could not find update match for tall mc > Could not find update match for u* > No Packages marked for Update/Obsoletion > # > > I can't imagine where the "t*" could be getting turned into "tall mc" (I > wondered if I or the repo had been hacked!). It doesn't seem to cause > further problems with the update, but that's not finished yet. your shell is expanding them out to match things in the dir you're in. you need to escape or quote them. -sv From n0dalus+redhat at gmail.com Fri Jan 6 03:50:14 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Fri, 6 Jan 2006 14:20:14 +1030 Subject: yum update displaying weird text with wildcards In-Reply-To: <1136518827.31966.0.camel@cutter> References: <43BDE54B.50601@bigpond.net.au> <1136518827.31966.0.camel@cutter> Message-ID: <6280325c0601051950l2876847di5cbaf0a34a840bc7@mail.gmail.com> On 1/6/06, seth vidal wrote: > > your shell is expanding them out to match things in the dir you're in. > > you need to escape or quote them. > > -sv > > Speaking of yum's argument parsing, is this a bug?: [root at fedora5 ~]# yum grouplist | grep Games Games and Entertainment [root at fedora5 ~]# yum groupupdate 'Games and Entertainment' Loading "installonlyn" plugin Setting up Group Process Setting up repositories Setting up repositories Reading repository metadata in from local files Warning: Group None does not exist. Warning: Group None does not exist. Warning: Group None does not exist. No packages in any requested group available to install or update I know it's not related to the other problem, but just wondering what's wrong here. n0dalus. From skvidal at linux.duke.edu Fri Jan 6 03:54:43 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 05 Jan 2006 22:54:43 -0500 Subject: yum update displaying weird text with wildcards In-Reply-To: <6280325c0601051950l2876847di5cbaf0a34a840bc7@mail.gmail.com> References: <43BDE54B.50601@bigpond.net.au> <1136518827.31966.0.camel@cutter> <6280325c0601051950l2876847di5cbaf0a34a840bc7@mail.gmail.com> Message-ID: <1136519683.31966.2.camel@cutter> On Fri, 2006-01-06 at 14:20 +1030, n0dalus wrote: > On 1/6/06, seth vidal wrote: > > > > your shell is expanding them out to match things in the dir you're in. > > > > you need to escape or quote them. > > > > -sv > > > > > > Speaking of yum's argument parsing, is this a bug?: > > [root at fedora5 ~]# yum grouplist | grep Games > Games and Entertainment > [root at fedora5 ~]# yum groupupdate 'Games and Entertainment' > Loading "installonlyn" plugin > Setting up Group Process > Setting up repositories > Setting up repositories > Reading repository metadata in from local files > Warning: Group None does not exist. > Warning: Group None does not exist. > Warning: Group None does not exist. > No packages in any requested group available to install or update > > I know it's not related to the other problem, but just wondering > what's wrong here. > comps files are still screwed up in core. I need way more information to help: version of yum version of fedora what groups files you're using etc etc etc -sv From n0dalus+redhat at gmail.com Fri Jan 6 04:03:53 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Fri, 6 Jan 2006 14:33:53 +1030 Subject: yum update displaying weird text with wildcards In-Reply-To: <1136519683.31966.2.camel@cutter> References: <43BDE54B.50601@bigpond.net.au> <1136518827.31966.0.camel@cutter> <6280325c0601051950l2876847di5cbaf0a34a840bc7@mail.gmail.com> <1136519683.31966.2.camel@cutter> Message-ID: <6280325c0601052003y280376f2wa49180bd56ecb518@mail.gmail.com> On 1/6/06, seth vidal wrote: > > comps files are still screwed up in core. > > I need way more information to help: > version of yum > version of fedora > what groups files you're using > > etc etc etc > > -sv I'm using FC5t1. [root at fedora5 ~]# rpm -q yum yum-2.5.0-5 [root at fedora5 ~]# uname -a Linux fedora5 2.6.14-1.1808_FC5smp #1 SMP Mon Jan 2 17:27:44 EST 2006 i686 i686 i386 GNU/Linux I'm not sure what you mean by groups file, but my comps.xml file is identical to the one at: http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/repodata/comps.xml n0dalus. From dtimms at bigpond.net.au Fri Jan 6 04:12:11 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 06 Jan 2006 15:12:11 +1100 Subject: yum update displaying weird text with wildcards In-Reply-To: <1136518827.31966.0.camel@cutter> References: <43BDE54B.50601@bigpond.net.au> <1136518827.31966.0.camel@cutter> Message-ID: <43BDEE1B.7010609@bigpond.net.au> seth vidal wrote: >On Fri, 2006-01-06 at 14:34 +1100, David Timms wrote: > >>... >> >># yum --disablerepo=extras-development update s* t* u* >>Could not find update match for tall mc >>No Packages marked for Update/Obsoletion >># >> >>I can't imagine where the "t*" could be getting turned into "tall mc" (I >> >your shell is expanding them out to match things in the dir you're in. > >you need to escape or quote them. > >-sv > :) absolutely correct Seth. Removing the junk file 'tall mc' that I had not noticed makes this work properly. Must just be lucky to have not trip on this one before... thanxs. From morioka at at.wakwak.com Fri Jan 6 04:53:00 2006 From: morioka at at.wakwak.com (Kazutoshi Morioka) Date: Fri, 06 Jan 2006 13:53:00 +0900 Subject: vulnerable php-5.0.5-2.1 in fedora-updates-testing Message-ID: <43BDF7AC.806@at.wakwak.com> php-5.0.5-2.1 package in testing-repo remains vulnerable. It seems that php-5.0.5-2.1 dosen't contain fixes for CVE-2005-3388, CVE-2005-3390, CVE-2005-3389, CVE-2005-3353. And 5.0.5-2.1 is greater than 5.0.4-10.5 in fedora-updates-released. It would be updated to vulnerable php-5.0.5-2.1 if testing were enabled. The PHP group recomends updating to 5.1.1 for 5.0.x users. So, we can't expect no farther 5.0.x releases. I think php-5.0.5-2.1 should be removed from repository. From chrisw01 at comcast.net Fri Jan 6 05:21:09 2006 From: chrisw01 at comcast.net (Christopher A. Williams) Date: Thu, 05 Jan 2006 22:21:09 -0700 Subject: Pilot Conduits for Adress and Calendar In-Reply-To: <1136476149.2677.1.camel@niobe> References: <1136380139.2704.1.camel@niobe> <1136476149.2677.1.camel@niobe> Message-ID: <1136524869.28036.19.camel@spike-home.cable.comcast.com> On Thu, 2006-01-05 at 16:49 +0100, Roger Grosswiler wrote: > Am Mittwoch, den 04.01.2006, 14:08 +0100 schrieb Roger Grosswiler: > > Hey, > > > > When will those Conduits be available again? > > > > Cheerio, > > Roger > Hey, > nobody interested in testing gpilot/evolution? am i alone? did i miss > something? You're not alone. There are many who are just frustrated because you have to go to outside repos to find combinations of software that actually make this work. I'd love to see this fixed in the main distro myself. Looks like it's going to take mainly updates to gpilot and Evolution... Cheers, Chris -- ====================== "Only two things are infinite, the universe and human stupidity, and I'm not sure about the former." -- Albert Einstein From canfield at uindy.edu Fri Jan 6 05:36:35 2006 From: canfield at uindy.edu (D Canfield) Date: Fri, 06 Jan 2006 00:36:35 -0500 Subject: Pilot Conduits for Adress and Calendar In-Reply-To: <1136524869.28036.19.camel@spike-home.cable.comcast.com> References: <1136380139.2704.1.camel@niobe> <1136476149.2677.1.camel@niobe> <1136524869.28036.19.camel@spike-home.cable.comcast.com> Message-ID: <43BE01E3.3020207@uindy.edu> Christopher A. Williams wrote: > On Thu, 2006-01-05 at 16:49 +0100, Roger Grosswiler wrote: > >> Am Mittwoch, den 04.01.2006, 14:08 +0100 schrieb Roger Grosswiler: >> >>> Hey, >>> >>> When will those Conduits be available again? >>> >>> Cheerio, >>> Roger >>> >> Hey, >> nobody interested in testing gpilot/evolution? am i alone? did i miss >> something? >> > > You're not alone. > > There are many who are just frustrated because you have to go to outside > repos to find combinations of software that actually make this work. I'd > love to see this fixed in the main distro myself. Looks like it's going > to take mainly updates to gpilot and Evolution... > > Cheers, > > Chris > > > I see the conduits are completely disabled in the spec file, presumably because if you enable them, evo fails to compile. From the changelog: - updated patch 800, replacing rh-161817-attach-116019-conduit_pilot_link_updates.diff with evolution-2.5.2-fix-conduits.patch. Not yet complete. - disable pilot support for now (see #175160) These conduits run fine in the ubuntu 6.04 test release that I tried out last week, so presumably it's not a fundamental flaw in the conduits. DC From canfield at uindy.edu Fri Jan 6 05:45:16 2006 From: canfield at uindy.edu (D Canfield) Date: Fri, 06 Jan 2006 00:45:16 -0500 Subject: Evolution and IMAP Folders with & signs Message-ID: <43BE03EC.3020808@uindy.edu> I have a folder called "Licenses & Keys" in my IMAP server (cyrus). Yesterday the folder was inaccessible through evolution. After the update today, it shows up as "Licenses &-Keys". I'm assuming this is a work-in-progress, so I've not filed a bug yet, but I wanted to mention it in case it's just an unnoticed side effect of something else. Also, this may be common knowledge or documented somewhere I didn't quickly find, but where do the contents of the Junk and Trash folders that are parallel with the INBOX come from on an IMAP server. These don't exist when viewed in Thunderbird, so I'm guessing they're some kind of virtual folders, but I can't quite tell what they're made from. Thanks DC From dtimms at bigpond.net.au Fri Jan 6 05:56:53 2006 From: dtimms at bigpond.net.au (David Timms) Date: Fri, 06 Jan 2006 16:56:53 +1100 Subject: rawhide report: 20060105 changes In-Reply-To: <200601051724.k05HODpM026861@porkchop.devel.redhat.com> References: <200601051724.k05HODpM026861@porkchop.devel.redhat.com> Message-ID: <43BE06A5.3000508@bigpond.net.au> Build System wrote: >opensp-1.5.2-1 >-------------- >* Thu Jan 05 2006 Tim Waugh 1.5.2-1 >- 1.5.2. > >Broken deps for i386 >---------------------------------------------------------- > libofx - 0.8.0-1.i386 requires libosp.so.4 > openjade - 1.3.2-22.i386 requires libosp.so.4 > > Seeing this when trying yum update. # yum update Loading "installonlyn" plugin Setting up Update Process Setting up repositories development 100% |=========================| 1.1 kB 00:00 Reading repository metadata in from local files Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package docbook-dtds.noarch 0:1.0-30 set to be updated --> Running transaction check --> Processing Dependency: openjade = 1.3.2 for package: docbook-dtds --> Restarting Dependency Resolution with new changes. --> Populating transaction set with selected packages. Please wait. ---> Package openjade.i386 0:1.3.2-22 set to be updated --> Running transaction check --> Processing Dependency: libosp.so.4 for package: openjade --> Finished Dependency Resolution Error: Missing Dependency: libosp.so.4 is needed by package openjade == # rpm -q docbook-dtds docbook-dtds-1.0-29 # rpm -q openjade package openjade is not installed # rpm -q opensp package opensp is not installed == manually DL and yum install opensp-1.5.2-1, but still have the same problem == opensp appears to not have libosp.so.4 anymore, but: # rpm -ql opensp [-1.5.2-1] ... /usr/lib/libosp.so.5 /usr/lib/libosp.so.5.0.0 ... Also, looks like docbook-dtds.spec didn't change it's requires since this year. However, in this 5 test1 install then updating, somehow docbook-dtds requires of openjade was ignored=not installed on my system. Hmmn. Packages selected were not modified from the defaults in anaconda. DaveT. From jkeating at j2solutions.net Fri Jan 6 06:35:34 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 05 Jan 2006 22:35:34 -0800 Subject: vulnerable php-5.0.5-2.1 in fedora-updates-testing In-Reply-To: <43BDF7AC.806@at.wakwak.com> References: <43BDF7AC.806@at.wakwak.com> Message-ID: <1136529334.2853.19.camel@yoda.loki.me> On Fri, 2006-01-06 at 13:53 +0900, Kazutoshi Morioka wrote: > php-5.0.5-2.1 package in testing-repo remains vulnerable. > It seems that php-5.0.5-2.1 dosen't contain fixes for > CVE-2005-3388, CVE-2005-3390, CVE-2005-3389, CVE-2005-3353. > And 5.0.5-2.1 is greater than 5.0.4-10.5 in fedora-updates-released. > It would be updated to vulnerable php-5.0.5-2.1 if testing were enabled. > The PHP group recomends updating to 5.1.1 for 5.0.x users. > So, we can't expect no farther 5.0.x releases. > I think php-5.0.5-2.1 should be removed from repository. This will of course be fixed in the final release, but please be aware that testing or beta/alpha software in rawhide should _not_ be used for production systems. -- 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: 189 bytes Desc: This is a digitally signed message part URL: From morioka at at.wakwak.com Fri Jan 6 07:46:51 2006 From: morioka at at.wakwak.com (Kazutoshi Morioka) Date: Fri, 06 Jan 2006 16:46:51 +0900 Subject: vulnerable php-5.0.5-2.1 in fedora-updates-testing In-Reply-To: <1136529334.2853.19.camel@yoda.loki.me> References: <43BDF7AC.806@at.wakwak.com> <1136529334.2853.19.camel@yoda.loki.me> Message-ID: <43BE206B.8040005@at.wakwak.com> Jesse Keating wrote: > This will of course be fixed in the final release, but please be aware > that testing or beta/alpha software in rawhide should _not_ be used for > production systems. Thanks, I know using testing-repos for production systems is bad thing. Can I expect to see the fixed php-5.0.5-x.y (or 5.1.1-x.y?) later? From jkeating at j2solutions.net Fri Jan 6 08:10:46 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Fri, 06 Jan 2006 00:10:46 -0800 Subject: vulnerable php-5.0.5-2.1 in fedora-updates-testing In-Reply-To: <43BE206B.8040005@at.wakwak.com> References: <43BDF7AC.806@at.wakwak.com> <1136529334.2853.19.camel@yoda.loki.me> <43BE206B.8040005@at.wakwak.com> Message-ID: <1136535046.3148.0.camel@yoda.loki.me> On Fri, 2006-01-06 at 16:46 +0900, Kazutoshi Morioka wrote: > Thanks, I know using testing-repos for production systems is bad thing. > Can I expect to see the fixed php-5.0.5-x.y (or 5.1.1-x.y?) later? I'm sure you can. The next time we spin php I'm almost certain it'll contain fixes for the CVEs you listed. -- 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: 189 bytes Desc: This is a digitally signed message part URL: From arjan at fenrus.demon.nl Fri Jan 6 08:33:54 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Fri, 06 Jan 2006 09:33:54 +0100 Subject: xorg-x11-drivers [inappropriately] requires all drivers modules In-Reply-To: <43BDBAF0.4060605@bigpond.net.au> References: <43BDBAF0.4060605@bigpond.net.au> Message-ID: <1136536435.2940.2.camel@laptopd505.fenrus.org> On Fri, 2006-01-06 at 11:33 +1100, David Timms wrote: > I attempted to remove some of the xorg-x11-drv-mga /s3 etc since I have > only an ATI card, but found that the particular drivers "is needed by > (installed) xorg-x11-drivers". > > Can the .spec be modified so that -drivers requires one-or-more -drv? > Also, the -drv-* would then need be a provider of -drv. This means an > update would only need to dl/install one of the 50 or so drivers. > > I guess by default it would make sense to install a few base drv that > can be used as a fallback when no specific driver exists. The installer > would need to "know" which drv to install above the fallbacks, perhaps > such code needs to be invented first ? that is a LOT of work, for almost no gain (X drivers are really tiny). In addition it makes moving disks between machines harder etc etc... so I hope the fedora core developers spend their time on more important issues than this ;) (it can easily be several manweeks of work.. and there's much bigger fish to fry on the X front, like automatic configuration etc etc) From tmraz at redhat.com Fri Jan 6 09:10:48 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 06 Jan 2006 10:10:48 +0100 Subject: su - gedit and setenforce 0 In-Reply-To: <43BDA62F.10004@insight.rr.com> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> <43BCF6CF.6060505@redhat.com> <1136461127.3133.8.camel@perun.redhat.usu> <43BDA62F.10004@insight.rr.com> Message-ID: <1136538649.3286.3.camel@perun.redhat.usu> On Thu, 2006-01-05 at 18:05 -0500, Jim Cornette wrote: > Tomas Mraz wrote: > > On Thu, 2006-01-05 at 16:07 +0530, Rahul Sundaram wrote: > > > >>Tomas Mraz wrote: > >> > >>> > >>>Isn't it this one? > >>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 > >>> > >>> > >> > >>The report is same but disabling SELinux with setenforce 0 doesnt change > >>the behavior of gedit on my system. > > > > Have you done 'su -' again after setenforce 0? > > > > > > I tried setenforce 0 followed by trying to launch gedit as Rahul > reported with the same failure. Running su - (in a different shell) > after setenforce 0 allows gedit to start, though it loads very slowly. Then it is the #176771. The slow loading is probably a completely different problem. -- Tomas Mraz From tmraz at redhat.com Fri Jan 6 09:14:07 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Fri, 06 Jan 2006 10:14:07 +0100 Subject: k3b and burning permissions In-Reply-To: <43BD51E7.3070203@gmail.com> References: <1136426134.4919.105.camel@T7.Linux> <43BCF2FB.4000307@gmail.com> <1136458757.3133.7.camel@perun.redhat.usu> <43BD51E7.3070203@gmail.com> Message-ID: <1136538847.3286.7.camel@perun.redhat.usu> On Thu, 2006-01-05 at 17:05 +0000, Bill Crawford wrote: > Tomas Mraz wrote: > > On Thu, 2006-01-05 at 10:20 +0000, Bill Crawford wrote: > > > >> I had to add the following in /etc/security/console.perms.d/ to get > >> /dev/dvd to work. > >> > > That shouldn't be necessary as the dvd writer device should be pointed > > to by the /dev/cdwriter symlink. Or isn't it in your case? > > > I had a CD writer (hdc) and dvd burner (hdd). Permissions were (for > whatever reason) only being set for one. *shrug* Is the dvd burner capable of burning CDs too? If yes then there should be symlink /dev/cdwriter?->/dev/hdd and the permissions should be set fine. If not then this is the reason. I'll add the /dev/dvd* to console.perms.d anyway in the next pam package release. -- Tomas Mraz From gilboad at gmail.com Fri Jan 6 09:28:40 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 06 Jan 2006 11:28:40 +0200 Subject: Fedora Core 4 Test Update: eclipse-3.1.1-1jpp_1fc.FC4.12 In-Reply-To: <200601052201.k05M19112748@int-mx1.corp.redhat.com> References: <200601052201.k05M19112748@int-mx1.corp.redhat.com> Message-ID: <1136539720.24981.1.camel@gilboa-home-dev.localhost> On Thu, 2006-01-05 at 17:01 -0500, Andrew Overholt wrote: > --------------------------------------------------------------------- > Fedora Test Update Notification > FEDORA-2005-000 > 2006-01-05 > --------------------------------------------------------------------- > > Product : Fedora Core 4 > Name : eclipse > Version : 3.1.1 > Release : 1jpp_1fc.FC4.12 > Summary : An open, extensible IDE > Description : > The Eclipse Platform is designed for building integrated development > environments (IDEs) that can be used to create applications as diverse > as web sites, embedded Java(tm) programs, C++ programs, and Enterprise > JavaBeans(tm). Any chance of getting the startup bug(1) fix back-ported? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=174612 (Bug still alive in latest -testing build) Gilboa From buildsys at redhat.com Fri Jan 6 10:16:52 2006 From: buildsys at redhat.com (Build System) Date: Fri, 6 Jan 2006 05:16:52 -0500 Subject: rawhide report: 20060106 changes Message-ID: <200601061016.k06AGqLC010992@porkchop.devel.redhat.com> New package libgpod Library to access the contents of an iPod Updated Packages: audit-1.1.3-1 ------------- * Thu Jan 05 2006 Steve Grubb 1.1.3-1 - Add timestamp to daemon_config messages (#174865) - Add error checking of year for aureport & ausearh - Treat af_unix sockets as files for searching and reporting - Update capp & lspp rules to combine syscalls for higher performance - Adjusted the chkconfig line for auditd to start a little earlier - Added skeleton program to docs for people to write their own dispatcher with - Apply patch from Ulrich Drepper that optimizes resource utilization - Change ausearch and aureport to unlocked IO * Mon Dec 05 2005 Steve Grubb 1.1.2-1 - Add more message types * Wed Nov 30 2005 Steve Grubb 1.1.1-1 - Add support for alpha processors - Update the audisp code - Add locale code in ausearch and aureport - Add new rule operator patch - Add exclude filter patch - Cleanup make files - Add python bindings boost-1.33.1-4 -------------- * Thu Jan 05 2006 Benjamin Kosnik 1.33.1-4 - Fix symbolic links. cadaver-0.22.3-1 ---------------- * Fri Jan 06 2006 Joe Orton 0.22.3-1 - update to 0.22.3 checkpolicy-1.28-4 ------------------ * Thu Jan 05 2006 Dan Walsh 1.28-4 - Rebuild to get latest libsepol evolution-data-server-1.5.4-2 ----------------------------- * Thu Jan 05 2006 David Malcolm - 1.5.4-2 - added patch from David Woodhouse to validate reverse DNS domain before using in SMTP greeting (patch 103, #151121) glibc-2.3.90-27 --------------- * Fri Jan 06 2006 Jakub Jelinek 2.3.90-27 - only rely on d_type in 32-bit getdents on s390 for 2.6.11+ gnome-applets-1:2.13.1-4 ------------------------ * Thu Jan 05 2006 John (J5) Palmieri 2.13.1-4 - GStreamer has been split into gstreamer08 and gstreamer (0.10) packages we need gstreamer08 for now gnome-panel-2.13.4-1 -------------------- * Thu Jan 05 2006 Matthias Clasen 2.13.4-1 - Update to 2.13.4 - reinstate the desktop-menu-renaming gnome-python2-extras-2.12.1-9 ----------------------------- * Thu Jan 05 2006 John (J5) Palmieri - 2.12.1-9 - Last rebuild didn't get the new libgtop gnome-terminal-2.13.0-2 ----------------------- * Wed Jan 04 2006 Christopher Aillon 2.13.0-2 - Revert patch from gnome bug 98715 to fix 176029, 176642 hal-0.5.5.1.cvs20060105-2 ------------------------- * Thu Jan 05 2006 John (J5) Palmieri - 0.5.5.1.cvs20060105-1 - readd the hotplug script * Thu Jan 05 2006 John (J5) Palmieri - 0.5.5.1.cvs20060105-1 - Build CVS version of HAL which gives us the new mount support - disable fstab-sync - scripts have been moved from /usr/sbin to /usr/share/hal/scripts libsemanage-1.5.8-1 ------------------- * Fri Jan 06 2006 Dan Walsh 1.5.8-1 - Upgrade to latest from NSA * Re-applied string and file optimization patch from Russell Coker, with bug fix. * Reverted string and file optimization patch from Russell Coker. * Clarified error messages from parse_module_headers and parse_base_headers for base/module mismatches. * Fri Jan 06 2006 Dan Walsh 1.5.6-1 - Upgrade to latest from NSA * Clarified error messages from parse_module_headers and parse_base_headers for base/module mismatches. * Merged string and file optimization patch from Russell Coker. * Merged swig header reordering patch from Ivan Gyurdiev. * Merged toggle modify on add patch from Ivan Gyurdiev. * Merged ports parser bugfix patch from Ivan Gyurdiev. * Merged fcontext swig patch from Ivan Gyurdiev. * Merged remove add/modify/delete for active booleans patch from Ivan Gyurdiev. * Merged man pages for dbase functions patch from Ivan Gyurdiev. * Merged pywrap tests patch from Ivan Gyurdiev. * Thu Jan 05 2006 Dan Walsh 1.5.4-2 - Patch to fix add libsepol-1.11.5-1 ----------------- * Thu Jan 05 2006 Dan Walsh 1.11.5-1 - Upgrade to latest from NSA * Merged further fixes from Russell Coker, specifically: - av_to_string overflow checking - sepol_context_to_string error handling - hierarchy checking memory leak fixes and optimizations - avrule_block_read variable initialization * Marked deprecated code in genbools and genusers. nspr-4.6.1-2 ------------ * Thu Jan 05 2006 Kai Engert 4.6.1-2 - Do not use -ansi when compiling, because of a compilation problem with latest glibc and anonymous unions. See also bugzilla.mozilla.org # 322427. * Wed Jan 04 2006 Kai Engert - Add an upstream patch to fix gcc visibility issues. * Tue Jan 03 2006 Christopher Aillon - Stop shipping static libraries; NSS and dependencies no longer require static libraries to build. policycoreutils-1.29.5-1 ------------------------ * Thu Jan 05 2006 Dan Walsh 1.29.5-1 - Update to match NSA * Added filename to semodule error reporting. * Thu Jan 05 2006 Dan Walsh 1.29.4-1 - Update to match NSA * Merged genhomedircon and semanage patch from Dan Walsh. * Changed semodule error reporting to include argv[0]. python-pyblock-0.11-1 --------------------- * Thu Jan 05 2006 Peter Jones - 0.11-1 - never trust dmraid on sync vs nosync; right now, always transform the table to "default" (no argument), which is to sync only when necessary, whatever that means. Seems to lock up less often. sound-juicer-2.13.1-3 --------------------- * Thu Jan 05 2006 John (J5) Palmieir 2.13.1-3 - GStreamer has been split into gstreamer08 and gstreamer (0.10) packages we need gstreamer08 for now totem-1.3.0-2 ------------- * Thu Jan 05 2006 John (J5) Palmieri 1.3.0-2 - GStreamer has been split into gstreamer08 and gstreamer (0.10) packages we need gstreamer08 for now Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 libofx - 0.8.0-1.i386 requires libosp.so.4 openhpi - 2.2.1-1.i386 requires libnetsnmp.so.9 openjade - 1.3.2-22.i386 requires libosp.so.4 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) libofx - 0.8.0-1.ia64 requires libosp.so.4()(64bit) openjade - 1.3.2-22.ia64 requires libosp.so.4()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 libofx - 0.8.0-1.ppc requires libosp.so.4 openhpi - 2.2.1-1.ppc requires libnetsnmp.so.9 openjade - 1.3.2-22.ppc requires libosp.so.4 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) libofx - 0.8.0-1.ppc64 requires libosp.so.4()(64bit) openhpi - 2.2.1-1.ppc64 requires libnetsnmp.so.9()(64bit) openjade - 1.3.2-22.ppc64 requires libosp.so.4()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 libofx - 0.8.0-1.s390 requires libosp.so.4 openhpi - 2.2.1-1.s390 requires libnetsnmp.so.9 openjade - 1.3.2-22.s390 requires libosp.so.4 Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libofx - 0.8.0-1.s390x requires libosp.so.4()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) openhpi - 2.2.1-1.s390x requires libnetsnmp.so.9()(64bit) openjade - 1.3.2-22.s390x requires libosp.so.4()(64bit) openjade - 1.3.2-22.s390 requires libosp.so.4 Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) libofx - 0.8.0-1.x86_64 requires libosp.so.4()(64bit) openhpi - 2.2.1-1.x86_64 requires libnetsnmp.so.9()(64bit) openjade - 1.3.2-22.x86_64 requires libosp.so.4()(64bit) openjade - 1.3.2-22.i386 requires libosp.so.4 From fct-cornette at insight.rr.com Fri Jan 6 11:34:31 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 06 Jan 2006 06:34:31 -0500 Subject: su - gedit and setenforce 0 In-Reply-To: <1136538649.3286.3.camel@perun.redhat.usu> References: <43BCF03F.6080905@feuerpokemon.de> <43BCF120.803@redhat.com> <43BCF497.5080703@feuerpokemon.de> <43BCF51C.1060303@redhat.com> <1136457265.3133.0.camel@perun.redhat.usu> <43BCF6CF.6060505@redhat.com> <1136461127.3133.8.camel@perun.redhat.usu> <43BDA62F.10004@insight.rr.com> <1136538649.3286.3.camel@perun.redhat.usu> Message-ID: <43BE55C7.9050203@insight.rr.com> Tomas Mraz wrote: > On Thu, 2006-01-05 at 18:05 -0500, Jim Cornette wrote: > >>Tomas Mraz wrote: >> >>>On Thu, 2006-01-05 at 16:07 +0530, Rahul Sundaram wrote: >>> >>> >>>>Tomas Mraz wrote: >>>> >>>> >>>>>Isn't it this one? >>>>>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=176771 >>>>> >>>>> >>>> >>>>The report is same but disabling SELinux with setenforce 0 doesnt change >>>>the behavior of gedit on my system. >>> >>>Have you done 'su -' again after setenforce 0? >>> >>> >> >>I tried setenforce 0 followed by trying to launch gedit as Rahul >>reported with the same failure. Running su - (in a different shell) >>after setenforce 0 allows gedit to start, though it loads very slowly. > > Then it is the #176771. The slow loading is probably a completely > different problem. > I just tried opening gedit in a shell that was su - with SELinux enabled. Gedit seems to load at historical speed and does not exhibit errors any longer. One less bug, I guess. Jim From mrsam at courier-mta.com Fri Jan 6 12:00:16 2006 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Fri, 06 Jan 2006 07:00:16 -0500 Subject: Evolution and IMAP Folders with & signs References: <43BE03EC.3020808@uindy.edu> Message-ID: D Canfield writes: > I have a folder called "Licenses & Keys" in my IMAP server (cyrus). > Yesterday the folder was inaccessible through evolution. After the > update today, it shows up as "Licenses &-Keys". I'm assuming this is a > work-in-progress, so I've not filed a bug yet, but I wanted to mention > it in case it's just an unnoticed side effect of something else. The "&" character alone, in folder names, is prohibited in the IMAP protocol. A request to create a folder called "Licenses & Keys" must be translated by your IMAP client as a request to create a folder called "License &- Keys" on the IMAP server. Furthermore, the server folder called "License &- Keys" should be displayed as "License & Keys" by your IMAP client, making the translation transparent to the user. If your IMAP created a folder named, verbatim, "License & Keys", on the server, report this as a bug in your IMAP client. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora-test at adslpipe.co.uk Fri Jan 6 13:56:55 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Fri, 06 Jan 2006 13:56:55 +0000 Subject: Call for testing rescue.iso In-Reply-To: <43BC7E86.2000503@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me> <43BC7E86.2000503@adslpipe.co.uk> Message-ID: <43BE7727.30206@adslpipe.co.uk> Andy Burns wrote: > Unfortuately this crashes when it's trying to detect/mount the > installation, this is the same failure I've seen when using boot.iso in > rescue mode. I noticed a new rescue.iso from 2006-01-06 and tried it, unfortunately it crashes even earlier in the process with bad magic number in anaconda_log.pyc http://adslpipe.co.uk/rescue2.jpg I also tried today's i386 boot.iso and PXE vmlinuz which both give the same error, so it seems a general anaconda issue, rather than rescue CD specific. I've logged it in bugzilla #177114 From ggw at wolves.durham.nc.us Fri Jan 6 17:00:50 2006 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Fri, 06 Jan 2006 12:00:50 -0500 Subject: bad anaconda file in rawhide of 2006-01-06 (anaconda_log.pyc) Message-ID: <20060106170050.GA30862@wolves.durham.nc.us> Today's rawhide (2006-01-06) won't boot due to: ImportError: Bad magic number in /usr/lib/anaconda/anaconda_log.pyc Will file bugzilla . . . already there #177114 later -- G.Wolfe Woodbury `- -' RHCT U The Line Eater is a boojum! From rjames at csulb.edu Fri Jan 6 17:22:55 2006 From: rjames at csulb.edu (Ryan James) Date: Fri, 06 Jan 2006 09:22:55 -0800 Subject: Rawhide firefox In-Reply-To: <20060105162650.7574.qmail@lwn.net> References: <20060105162650.7574.qmail@lwn.net> Message-ID: <1136568175.3471.48.camel@localhost.localdomain> On Thu, 2006-01-05 at 09:26 -0700, Jonathan Corbet wrote: > > open("/usr/share/fonts/ja/sazanami-gothic.ttf", O_RDONLY) = -1 ENOENT (No such file or directory) > write(2, "\nPango-ERROR **: file basic-fc.c"..., 110 > > I'd missed the Pango gripe before as well: > > Pango-ERROR **: file basic-fc.c: > line 347 (basic_engine_shape): assertion failed: (face != NULL) > > It looks like something similar to what David just reported. Now, don't > ask *why* it wants that particular font for news.google.com... i'm getting the same "Pango-ERROR ** ... assertion failed: (face != NULL)" when i attempt to load gaim on my laptop (old sony vaio), as well as the firefox crash. rebuilding the font cache did not help. From paul at all-the-johnsons.co.uk Fri Jan 6 18:09:55 2006 From: paul at all-the-johnsons.co.uk (Paul) Date: Fri, 06 Jan 2006 18:09:55 +0000 Subject: OOo and x86_64 Message-ID: <1136570995.4919.187.camel@T7.Linux> Hi, Is it me or is there not a build of OOo native for x86_64 yet and if this is the case, any signs of one happening? TTFN Paul -- main(t,_,a) char*a;{return!0 From fedora-test at adslpipe.co.uk Fri Jan 6 18:11:16 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Fri, 06 Jan 2006 18:11:16 +0000 Subject: bad anaconda file in rawhide of 2006-01-06 (anaconda_log.pyc) In-Reply-To: <20060106170050.GA30862@wolves.durham.nc.us> References: <20060106170050.GA30862@wolves.durham.nc.us> Message-ID: <43BEB2C4.1030003@adslpipe.co.uk> G.Wolfe Woodbury wrote: > Will file bugzilla . . . already there #177114 Yes, I filed that, and notified Jesse too as it also affects the rescue CD which he's trying to get ready in time for FC5T2 ... From fedora-test at adslpipe.co.uk Fri Jan 6 18:27:34 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Fri, 06 Jan 2006 18:27:34 +0000 Subject: OOo and x86_64 In-Reply-To: <1136570995.4919.187.camel@T7.Linux> References: <1136570995.4919.187.camel@T7.Linux> Message-ID: <43BEB696.7050605@adslpipe.co.uk> Paul wrote: > Is it me or is there not a build of OOo native for x86_64 yet # file /usr/lib/openoffice.org2.0/program/swriter.bin /usr/lib/openoffice.org2.0/program/swriter.bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped I hadn't realised it was built 32bit, still runs OK on x86_64 though, also notice it's built for kernel 2.6.9, is that so a single instance of OOo can be used on older versions of Fedora? > any signs of one happening? Do you think you you'll be able to type faster with a 64bit version :-) From paul at all-the-johnsons.co.uk Fri Jan 6 18:39:27 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Fri, 06 Jan 2006 18:39:27 +0000 Subject: OOo and x86_64 In-Reply-To: <43BEB696.7050605@adslpipe.co.uk> References: <1136570995.4919.187.camel@T7.Linux> <43BEB696.7050605@adslpipe.co.uk> Message-ID: <1136572768.4919.201.camel@T7.Linux> Hi, > > any signs of one happening? > > Do you think you you'll be able to type faster with a 64bit version :-) Yes, at least twice as fast with an equal increase in miskates. ;-p TTFN Paul -- main(t,_,a) char*a;{return!0 I think the packager of gstreamer should have used obsoletes for this stuff. Getting errors below from today's updates. Error in Transaction: ('file /usr/lib/gstreamer-0.8/libgst1394.so from install of gstreamer08-plugins-0.8.11-2 conflicts with file from package gstreamer-plugins-0.8.11-1.1', (7, '/usr/lib/gstreamer-0.8/libgst1394.so', 0L)) ('file /usr/lib/gstreamer-0.8/libgstac3parse.so from install of gstreamer08-plugins-0.8.11-2 conflicts with file from package gstreamer-plugins-0.8.11-1.1', (7, '/usr/lib/gstreamer-0.8/libgstac3parse.so', 0L)) ('file /usr/lib/gstreamer-0.8/libgstadder.so from install of gstreamer08-plugins-0.8.11-2 conflicts with file from package gstreamer-plugins-0.8.11-1.1', (7, '/usr/lib/gstreamer-0.8/libgstadder.so', 0L)) ('file /usr/lib/gstreamer-0.8/libgstalaw.so from install of gstreamer08-plugins-0.8.11-2 conflicts with file from package gstreamer-plugins-0.8.11-1.1', (7, '/usr/lib/gstreamer-0.8/libgstalaw.so', 0L)) ('file /usr/lib/gstreamer-0.8/libgstalpha.so from install of gstreamer08-plugins-0.8.11-2 conflicts with file from package gstreamer From jspaleta at gmail.com Fri Jan 6 19:20:19 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 6 Jan 2006 14:20:19 -0500 Subject: Gstreamer In-Reply-To: References: Message-ID: <604aa7910601061120g5fc51335q51d9eb47b17a5131@mail.gmail.com> On 1/6/06, Don Springall wrote: > I think the packager of gstreamer should have used obsoletes for this > stuff. Getting errors below from today's updates. Uhm.....I'm pretty sure obsoletes would not be appropriate since gstreamer 0.10 is available in rawhide now as well. You shouldn't be seeing the conflict at all if you also update the gstreamer packages to the 0.10 versions in the tree. yum update gstreamer worksforme it pulls in the gstreamer-*-0.10 packages as well as the gstreamer08-*-0.8.11-2 packages without complaining about a single conflict. -jef yum update gstreamer ... Dependencies Resolved ============================================================================= Package Arch Version Repository Size ============================================================================= Updating: gstreamer i386 0.10.0-1 development 637 k Installing for dependencies: gstreamer08 i386 0.8.11-2 development 752 k gstreamer08-plugins i386 0.8.11-2 development 1.5 M Updating for dependencies: evolution i386 2.5.4-2 development 11 M evolution-data-server i386 1.5.4-2 development 4.0 M gnome-applets i386 1:2.13.1-4 development 7.8 M gnome-system-monitor i386 2.13.4-1 development 584 k gstreamer-devel i386 0.10.0-1 development 459 k gstreamer-tools i386 0.10.0-1 development 16 k libgtop2 i386 2.13.2-1 development 136 k sound-juicer i386 2.13.1-3 development 570 k totem i386 1.3.0-2 development 1.4 M Transaction Summary ============================================================================= Install 2 Package(s) Update 10 Package(s) Remove 0 Package(s) Total download size: 28 M From don_springall at hotmail.com Fri Jan 6 19:31:13 2006 From: don_springall at hotmail.com (Don Springall) Date: Fri, 06 Jan 2006 12:31:13 -0700 Subject: Gstreamer Message-ID: I have the following packages on my system at the moment. Update was done with pup. Would have though it would have figured it out. gstreamer-tools-0.10.0-1 gstreamer-plugins-0.8.11-1.1 gstreamer-0.10.0-1 gstreamer08-0.8.11-2

Don Springall

OpenWare Inc.

mailto:don_springall at hotmail.com

 

 

>From: Jeff Spaleta >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: Gstreamer >Date: Fri, 6 Jan 2006 14:20:19 -0500 > >On 1/6/06, Don Springall wrote: > > I think the packager of gstreamer should have used obsoletes for this > > stuff. Getting errors below from today's updates. > >Uhm.....I'm pretty sure obsoletes would not be appropriate since >gstreamer 0.10 is available in rawhide now as well. You shouldn't be >seeing the conflict at all if you also update the gstreamer packages >to the 0.10 versions in the tree. > >yum update gstreamer >worksforme >it pulls in the gstreamer-*-0.10 packages as well as the >gstreamer08-*-0.8.11-2 packages >without complaining about a single conflict. > >-jef > >yum update gstreamer >... >Dependencies Resolved >============================================================================= > Package Arch Version Repository >Size >============================================================================= >Updating: > gstreamer i386 0.10.0-1 development >637 k >Installing for dependencies: > gstreamer08 i386 0.8.11-2 development >752 k > gstreamer08-plugins i386 0.8.11-2 development 1.5 >M >Updating for dependencies: > evolution i386 2.5.4-2 development > 11 M > evolution-data-server i386 1.5.4-2 development >4.0 M > gnome-applets i386 1:2.13.1-4 development >7.8 M > gnome-system-monitor i386 2.13.4-1 development 584 k > gstreamer-devel i386 0.10.0-1 development >459 k > gstreamer-tools i386 0.10.0-1 development > 16 k > libgtop2 i386 2.13.2-1 >development 136 k > sound-juicer i386 2.13.1-3 development > 570 k > totem i386 1.3.0-2 >development 1.4 M > >Transaction Summary >============================================================================= >Install 2 Package(s) >Update 10 Package(s) >Remove 0 Package(s) >Total download size: 28 M > >-- >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 Fri Jan 6 19:52:03 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Fri, 6 Jan 2006 14:52:03 -0500 Subject: Gstreamer In-Reply-To: References: Message-ID: <604aa7910601061152w7d3bdd59v459f506cdc972c85@mail.gmail.com> On 1/6/06, Don Springall wrote: > I have the following packages on my system at the moment. Update was done > with pup. Would have though it would have figured it out. I don't know why i didnt see the conflict that you did. I have both gstreamer-plugins-0.8.11-1.1 gstreamer08-plugins-0.8.11-2 after doing the yum update. There might be a need to obsolete or provide "gstreamer-plugins" by gstreamer-plugin-base gstreamer-plugins-0.8.11-1.1 is now a dead package and has been removed from the tree nothing in the dependancy transaction pulls in gstreamer-plugins-base or -good when doing updates. Anaconda might need some special magic to deal with removing gstreamer-plugins for upgrade cases if this can't be resolved via obsoletes/provides. -jef From notting at redhat.com Fri Jan 6 19:55:34 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 6 Jan 2006 14:55:34 -0500 Subject: Gstreamer In-Reply-To: <604aa7910601061152w7d3bdd59v459f506cdc972c85@mail.gmail.com> References: <604aa7910601061152w7d3bdd59v459f506cdc972c85@mail.gmail.com> Message-ID: <20060106195534.GA24348@devserv.devel.redhat.com> Jeff Spaleta (jspaleta at gmail.com) said: > On 1/6/06, Don Springall wrote: > > I have the following packages on my system at the moment. Update was done > > with pup. Would have though it would have figured it out. > > I don't know why i didnt see the conflict that you did. I have both > gstreamer-plugins-0.8.11-1.1 > gstreamer08-plugins-0.8.11-2 > after doing the yum update. You're on x86, he's on x86_64 (just guessing, didn't see the original message.) Bill From fedora-test at adslpipe.co.uk Fri Jan 6 20:09:49 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Fri, 06 Jan 2006 20:09:49 +0000 Subject: Gstreamer In-Reply-To: <20060106195534.GA24348@devserv.devel.redhat.com> References: <604aa7910601061152w7d3bdd59v459f506cdc972c85@mail.gmail.com> <20060106195534.GA24348@devserv.devel.redhat.com> Message-ID: <43BECE8D.2080604@adslpipe.co.uk> Bill Nottingham wrote: > You're on x86, he's on x86_64 (just guessing, Well, I'm on x86_64, and I do get the conflict messages ... From don_springall at hotmail.com Fri Jan 6 20:31:20 2006 From: don_springall at hotmail.com (Don Springall) Date: Fri, 06 Jan 2006 13:31:20 -0700 Subject: Gstreamer In-Reply-To: <43BECE8D.2080604@adslpipe.co.uk> Message-ID: I had to do a rpm -e --nodeps gstreamer-plugins-0.8.11-1.1 to get rpm -Uvh gstreamer08-plugins-0.8.11-2.i386.rpm to work. From don_springall at hotmail.com Fri Jan 6 23:48:30 2006 From: don_springall at hotmail.com (Don Springall) Date: Fri, 06 Jan 2006 16:48:30 -0700 Subject: hal-0.5.5.1.cvs20060105-2, hal-gnome-0.5.5.1.cvs20060105-2 Message-ID: I believe the latest hal broke gnome-power-manager-0.3.1-2.1 again. See below. [root at localhost don]# gnome-power-manager (gnome-power-manager:2253): GnomeUI-WARNING **: While connecting to session manager: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed. ** (gnome-power-manager:2253): WARNING **: Failed to open connection to dbus session bus: No reply within specified time This program cannot start until you start the dbussession daemon This is usually started in X or gnome startup (depending on distro) You can launch the session dbus-daemon manually withthis command: eval `dbus-launch --auto-syntax` If this works, add "dbus-lauch --auto-syntax" to ~/.xinitrc From sundaram at redhat.com Fri Jan 6 23:53:54 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Sat, 07 Jan 2006 05:23:54 +0530 Subject: hal-0.5.5.1.cvs20060105-2, hal-gnome-0.5.5.1.cvs20060105-2 In-Reply-To: References: Message-ID: <43BF0312.4000304@redhat.com> Don Springall wrote: > I believe the latest hal broke gnome-power-manager-0.3.1-2.1 again. > See below. > > [root at localhost don]# gnome-power-manager > (gnome-power-manager:2253): GnomeUI-WARNING **: While connecting to > session manager: > Authentication Rejected, reason : None of the authentication protocols > specified are supported and host-based authentication failed. > ** (gnome-power-manager:2253): WARNING **: Failed to open connection > to dbus session bus: No reply within specified time > This program cannot start until you start the dbussession daemon > This is usually started in X or gnome startup (depending on distro) > You can launch the session dbus-daemon manually withthis command: > eval `dbus-launch --auto-syntax` > If this works, add "dbus-lauch --auto-syntax" to ~/.xinitrc Kindly file a bug report against g-p-m in bugzilla Rahul From dtimms at bigpond.net.au Sat Jan 7 01:13:50 2006 From: dtimms at bigpond.net.au (David Timms) Date: Sat, 07 Jan 2006 12:13:50 +1100 Subject: xorg-x11-drivers [inappropriately] requires all drivers modules In-Reply-To: <1136536435.2940.2.camel@laptopd505.fenrus.org> References: <43BDBAF0.4060605@bigpond.net.au> <1136536435.2940.2.camel@laptopd505.fenrus.org> Message-ID: <43BF15CE.8050904@bigpond.net.au> Arjan van de Ven wrote: >In addition it makes moving disks between machines harder etc etc... so >I hope the fedora core developers spend their time on more important >issues than this ;) >(it can easily be several manweeks of work.. and there's much bigger >fish to fry on the X front, like automatic configuration etc etc) > > > that is a LOT of work, for almost no gain (X drivers are really tiny). arjan: I see what you mean; I agree that saving 2.2MB of disk space aint worth the effort; I realize fc is not really for the older hardware / embedded hardware devices. From fct-cornette at insight.rr.com Sat Jan 7 02:02:59 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Fri, 06 Jan 2006 21:02:59 -0500 Subject: Jan 4th and leftover #prelink# files Message-ID: <43BF2153.4090009@insight.rr.com> I have several files from prelink that ended up on the system on the 4th. Most of the files were located in /usr/lib with the latest installed libraries. One was from /usr/bin What might be causing this? updating the system during prelink runs or as first questioned regarding shutting down the computer. I cleaned up the matter. I would however like to find out where the source for these files remaining along with the same library version with the appended prelink ending. I removed the previous versions from the prior problem and verified that there were no remaining #prelink# files on my system. Jim locate '#prelink#' /usr/bin/kwikdisk#prelink#.1rA5Jm /usr/lib/libGL.so.1.2.#prelink#.Wvw8hK /usr/lib/libGLU.so.1.3.060401.#prelink#.69UZeK /usr/lib/libImlib2.so.1.2.1.#prelink#.ChDxbJ /usr/lib/libSDL-1.2.so.0.7.2.#prelink#.vXlGek /usr/lib/libdv.so.4.0.1.#prelink#.LgfyBf /usr/lib/libgsm.so.1.0.10.#prelink#.HOfOSH /usr/lib/libxvidcore.so.4.0.#prelink#.e0MbnY ls -la *#prelink#* -rwx------ 1 root root 460492 Jan 4 21:45 libGLU.so.1.3.060401.#prelink#.69UZeK -rwx------ 1 root root 52620 Jan 4 21:47 libgsm.so.1.0.10.#prelink#.HOfOSH -rwx------ 1 root root 355864 Jan 4 21:14 libImlib2.so.1.2.1.#prelink#.ChDxbJ -rwx------ 1 root root 454016 Jan 4 21:30 libSDL-1.2.so.0.7.2.#prelink#.vXlGek -rwx------ 1 root root 614708 Jan 4 21:46 libxvidcore.so.4.0.#prelink#.e0MbnY -- Computers don't actually think. You just think they think. (We think.) From katzj at redhat.com Sat Jan 7 03:45:08 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 06 Jan 2006 22:45:08 -0500 Subject: hal-0.5.5.1.cvs20060105-2, hal-gnome-0.5.5.1.cvs20060105-2 In-Reply-To: References: Message-ID: <1136605509.2697.0.camel@bree.local.net> On Fri, 2006-01-06 at 16:48 -0700, Don Springall wrote: > I believe the latest hal broke gnome-power-manager-0.3.1-2.1 again. See > below. Yeah, I noticed and filed this earlier (177182). Then I went ahead and spun a CVS snap of g-p-m for rawhide for tomorrow so that things at least work.[1] Jeremy [1] Sitting in Starbuck's with no idea of how much battery life I had left was less than ideal, so ... :-) From pauljohn32 at gmail.com Sat Jan 7 05:30:39 2006 From: pauljohn32 at gmail.com (Paul Johnson) Date: Fri, 6 Jan 2006 23:30:39 -0600 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 Message-ID: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> Is suspend & resume working on your laptop? I was told that one of the goals in FC5 is to make laptop suspend/restore work. I've been testing with various kernels and have been having the same problem since 2.6.13. The system will suspend, but when I resume, the video stays dark. This is happening now with the testing kernel-2.6.15-1.1823_FC4 http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ I want to know if other laptop users have a similar problem? I've asked in the gnome-power-management list and they say there's nothing they can do about the problem if it is in the kernel, and that's where I think it is. Here's why: the laptop stays dark even if I suspend from runlevel 3 (never starting X or gdm at all). I think that means the problem does not lie with the Nvidia X driver. This system I'm testing is mostly FC4, but it has udev and hal updated from the g-p-m site and it has the kernel from Dave J's site. Oh, one more question. I got desperate enough to try the Suspend2 kernel patch and the hibernate program. That did work in "suspend to disk" mode. However, I did not see any value in that because the system took just about as long to restart from a suspend to disk as it took to just reboot from scratch. However, when I set it to suspend to ram, I got the same dark video. -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas From davej at redhat.com Sat Jan 7 05:36:39 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 7 Jan 2006 00:36:39 -0500 Subject: Fedora Core 4 Test Update: kernel-2.6.15-1.1823_FC4 Message-ID: <200601070536.k075ad108246@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-016 2006-01-07 --------------------------------------------------------------------- Product : Fedora Core 4 Name : kernel Version : 2.6.15 Release : 1.1823_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 rebase to the recently released 2.6.15. This is probably a week or two from being ready for mass consumption, and will need at least updates to udev (which isn't ready yet), if you have an input configuration relying upon /dev/input/event (Typically synaptics touchpad users) --------------------------------------------------------------------- * Fri Jan 6 2006 Dave Jones - Reduce block layer stack usage. - Set reboot through BIOS for HP laptops. --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 9730b78c43eac6467c612d6cf37b7595 SRPMS/kernel-2.6.15-1.1823_FC4.src.rpm e89f5cfd437585b3062952066847f79e ppc/kernel-2.6.15-1.1823_FC4.ppc.rpm 04afc536384ea49bc17ba1f488871d67 ppc/kernel-devel-2.6.15-1.1823_FC4.ppc.rpm f1d598d6b15fd6303114acf0e3129448 ppc/kernel-smp-2.6.15-1.1823_FC4.ppc.rpm 2b096bf76ae1c6d2e6ef5861da1a430d ppc/kernel-smp-devel-2.6.15-1.1823_FC4.ppc.rpm 5ddc95557fc08e77d3ab4387a21db1b9 ppc/debug/kernel-debuginfo-2.6.15-1.1823_FC4.ppc.rpm 2e089c6d109b6389d8826145f2fa7985 ppc/kernel-2.6.15-1.1823_FC4.ppc64.rpm 2f3fb919c7e72666a685e2754b2afc21 ppc/kernel-devel-2.6.15-1.1823_FC4.ppc64.rpm 18d2e3429c50b803c9789ae0ab446868 x86_64/kernel-2.6.15-1.1823_FC4.x86_64.rpm 884d766d9834412a4e986ece0d9ab938 x86_64/kernel-devel-2.6.15-1.1823_FC4.x86_64.rpm 270e4e89b0e8c7d27fa11c78427508c2 x86_64/kernel-smp-2.6.15-1.1823_FC4.x86_64.rpm 30ed8045a407acab04e339fc7d39dc53 x86_64/kernel-smp-devel-2.6.15-1.1823_FC4.x86_64.rpm 713e6ba3aebd4ddbcdae65d3a51fb1c4 x86_64/debug/kernel-debuginfo-2.6.15-1.1823_FC4.x86_64.rpm 31daaefcd91b681c21718967c7a0e873 x86_64/kernel-doc-2.6.15-1.1823_FC4.noarch.rpm fcd96a1f442d520342f7f4aa1ac612b6 i386/kernel-2.6.15-1.1823_FC4.i586.rpm bce5ff20d9fb29b5620e98514bf66bb6 i386/kernel-devel-2.6.15-1.1823_FC4.i586.rpm a35be086e99da4790ca9d1c8bd96b01f i386/debug/kernel-debuginfo-2.6.15-1.1823_FC4.i586.rpm 945e11bdc352ca040b6a7ea172bb882b i386/kernel-2.6.15-1.1823_FC4.i686.rpm 6716c805e951a25723fa5ce560ff339e i386/kernel-devel-2.6.15-1.1823_FC4.i686.rpm 6ed50372b415bd263c0a13fd20297380 i386/kernel-smp-2.6.15-1.1823_FC4.i686.rpm e718b7014c8f1f55fc2956816cd1f220 i386/kernel-smp-devel-2.6.15-1.1823_FC4.i686.rpm 17cf43e9f1f2e6bda6cc48146225e947 i386/debug/kernel-debuginfo-2.6.15-1.1823_FC4.i686.rpm 31daaefcd91b681c21718967c7a0e873 i386/kernel-doc-2.6.15-1.1823_FC4.noarch.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH --------------------------------------------------------------------- From davej at redhat.com Sat Jan 7 05:36:57 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 7 Jan 2006 00:36:57 -0500 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 In-Reply-To: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> References: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> Message-ID: <20060107053657.GJ9402@redhat.com> On Fri, Jan 06, 2006 at 11:30:39PM -0600, Paul Johnson wrote: > Is suspend & resume working on your laptop? > > I was told that one of the goals in FC5 is to make laptop > suspend/restore work. I've been testing with various kernels and have > been having the same problem since 2.6.13. The system will suspend, > but when I resume, the video stays dark. This is happening now with > the testing kernel-2.6.15-1.1823_FC4 You may need to run vbetool before/after. For a lot of video hardware, we don't know enough details to bring the screen back to life. On these systems, we re-run the video bios to reinit the screen using vbetool. you can find this tool in pm-utils. Dave From len.brown at intel.com Sat Jan 7 05:41:35 2006 From: len.brown at intel.com (Brown, Len) Date: Sat, 7 Jan 2006 00:41:35 -0500 Subject: does your video resume after a suspend to ram withkernel-2.6.15-1.1823_FC4 Message-ID: >[mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Paul Johnson >Is suspend & resume working on your laptop? > >I was told that one of the goals in FC5 is to make laptop >suspend/restore work. I've been testing with various kernels and have >been having the same problem since 2.6.13. The system will suspend, >but when I resume, the video stays dark. This is happening now with >the testing kernel-2.6.15-1.1823_FC4 > >http://people.redhat.com/davej/kernels/Fedora/FC4/RPMS.kernel/ > >I want to know if other laptop users have a similar problem? I've >asked in the gnome-power-management list and they say there's nothing >they can do about the problem if it is in the kernel, and that's where >I think it is. Here's why: the laptop stays dark even if I suspend >from runlevel 3 (never starting X or gdm at all). I think that means >the problem does not lie with the Nvidia X driver. > >This system I'm testing is mostly FC4, but it has udev and hal updated >from the g-p-m site and it has the kernel from Dave J's site. Paul, If a laptop supports Linux, then it is a BIOS bug if the BIOS does not re-post video on resume from S3. Of course that is a big "if" -- as it is unlikely the laptop suppler sold you a unit with Linux installed... The next line of defense is indeed the window system. The X graphics driver can often restore video on resume from S3 because Linux switches from text to video console on resume and that provokes the driver to restore graphics. So sometimes updating the X driver helps here. There are some kernel hacks and vbetool that may help, but they're workarounds -- try at your own risk. workaround are listed here in Documentation/power/video.txt a copy can be found in the kernel source tree: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=blob;h=912bed87c758457b2f42b6decb1964326efce3de;hb=0aec63e67c69545ca757a73a66f5dcf05fa484bf;f=Documentation/power/video.txt cheers, -Len From kevin-redhat-beta at scrye.com Sat Jan 7 05:51:28 2006 From: kevin-redhat-beta at scrye.com (Kevin Fenzi) Date: Fri, 6 Jan 2006 22:51:28 -0700 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 References: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> <20060107053657.GJ9402@redhat.com> Message-ID: <20060107055133.25DFA34876C@ningauble.scrye.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >>>>> "Dave" == Dave Jones writes: Dave> On Fri, Jan 06, 2006 at 11:30:39PM -0600, Paul Johnson wrote: >> Is suspend & resume working on your laptop? >> >> I was told that one of the goals in FC5 is to make laptop >> suspend/restore work. I've been testing with various kernels and >> have been having the same problem since 2.6.13. The system will >> suspend, but when I resume, the video stays dark. This is >> happening now with the testing kernel-2.6.15-1.1823_FC4 Dave> You may need to run vbetool before/after. For a lot of video Dave> hardware, we don't know enough details to bring the screen back Dave> to life. On these systems, we re-run the video bios to reinit Dave> the screen using vbetool. Dave> you can find this tool in pm-utils. Sometimes it also helps to run another 'startx' on resume and then just quit the X server... (not in this case since you have the problem even without X). You don't say what kind of laptop, but you might also try playing with the acpi_sleep= options. On my thinkpad T42p, I need to pass 'acpi_sleep=s3_bios'. You can find more info on them in: /usr/share/doc/kernel-doc-2.6.14/Documentation/power/video.txt You might find it helpful to use the 'hibernate' script from: http://suspend2.net/downloads/all/hibernate-1.12-1.i386.rpm It comes with a ram.conf config for syspend to ram. It also has handy things like a blacklist of kernel modules that need to be unloaded/reloaded on suspend resume, services that should be restarted, etc. It can use optionally use vbetool for video save/restore. Dave> Dave kevin -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.8 iD8DBQFDv1bl3imCezTjY0ERAgPlAJ9oJG2UbWFUfoekW0PP9qvlAaeMNQCfehgF +dha9fTKEmK4gAuAiYsf28M= =WRIB -----END PGP SIGNATURE----- From gilboad at gmail.com Sat Jan 7 07:09:50 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sat, 07 Jan 2006 09:09:50 +0200 Subject: OOo and x86_64 In-Reply-To: <43BEB696.7050605@adslpipe.co.uk> References: <1136570995.4919.187.camel@T7.Linux> <43BEB696.7050605@adslpipe.co.uk> Message-ID: <1136617790.17052.6.camel@gilboa-home-dev.localhost> On Fri, 2006-01-06 at 18:27 +0000, Andy Burns wrote: > Paul wrote: > > > Is it me or is there not a build of OOo native for x86_64 yet > > # file /usr/lib/openoffice.org2.0/program/swriter.bin > > /usr/lib/openoffice.org2.0/program/swriter.bin: ELF 32-bit LSB > executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, > dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped > > I hadn't realised it was built 32bit, still runs OK on x86_64 though, > also notice it's built for kernel 2.6.9, is that so a single instance of > OOo can be used on older versions of Fedora? > > > any signs of one happening? > > Do you think you you'll be able to type faster with a 64bit version :-) > Actually, having the 32bit version is major problem, as OO carries with it a huge amount of 32bit libraries that must be installed for it to work. Last time I checked, OO carries with it ~100MB of libraries. Gilboa From buildsys at redhat.com Sat Jan 7 08:09:00 2006 From: buildsys at redhat.com (Build System) Date: Sat, 7 Jan 2006 03:09:00 -0500 Subject: rawhide report: 20060107 changes Message-ID: <200601070809.k07890j4009143@porkchop.devel.redhat.com> Updated Packages: anaconda-10.90.25-1 ------------------- * Fri Jan 06 2006 Jeremy Katz - 10.90.25-1 - no sr at Latn yet since the po files haven't been added * Fri Jan 06 2006 Jeremy Katz - 10.90.24-1 - move a11y stuff earlier - fix the text mode progress bar (pnasrat, #176367) - fix ppc drive unreadable warnings (#176024) - add serbian locales (#175611) - preserve review checkbox between combo box selections (dcantrell, #176212) - quote ethtool args (#176918) - various spacing cleanups (dcantrell) - a few fixes to the group selector (dcantrell) - don't try to make the timezone widget bigger than screen (clumens, #176025) - fix rescue mode traceback (clumens) - fix message wording on package retry (clumens, #155884) - quiet debug spew in anaconda.log (clumens, #171663) - add ppc rescue script from jkeating (#177003) aspell-sv-50:0.51-1 ------------------- * Fri Jan 06 2006 Ivana Varekova 50:0.51-1 - update to 0.51-0 authconfig-5.1.1-1 ------------------ * Fri Jan 06 2006 Tomas Mraz - 5.1.1-1 - print warning if PAM module is missing when the PAM configuration is saved (#168880) * Fri Dec 23 2005 Tomas Mraz - make child dialog preset code more robust (#176462) bash-3.1-2 ---------- * Fri Jan 06 2006 Tim Waugh 3.1-2 - No longer need loadables, mbinc or shellfunc patches. - Use literal single-quote in bash man page where appropriate (bug #177051). booty-0.63-1 ------------ * Fri Jan 06 2006 Peter Jones - 0.63-1 - don't write a log, for now. * Wed Jan 04 2006 Peter Jones - 0.62-1 - fix degraded raid detection for dmraid * Fri Dec 09 2005 Jesse Keating - 0.61-1.1 - rebuilt docbook-utils-0.6.14-5 ---------------------- * Thu Jan 05 2006 Tim Waugh 0.6.14-5 - Move dvi and ps tools into pdf sub-package (bug #174897). glib2-2.9.2-2 ------------- * Fri Jan 06 2006 Matthias Clasen - 2.9.2-2 - Update to 2.9.2 * Sun Dec 11 2005 Matthias Clasen - Specfile cosmetics glibc-2.3.90-29 --------------- * Fri Jan 06 2006 Jakub Jelinek 2.3.90-29 - update from CVS - make pthread_mutex_t an unnamed union again, as it affects libstdc++ ABI mangling * Fri Jan 06 2006 Jakub Jelinek 2.3.90-28 - update from CVS - make aio_suspend interruptible by signals (#171968) gnome-games-1:2.13.4-2 ---------------------- * Fri Jan 06 2006 Ray Strode 1:2.13.4-2 - remove "Windows" theme from gnobots gnome-power-manager-0.3.3-0.cvs.20060106 ---------------------------------------- * Fri Jan 06 2006 Jeremy Katz - 0.3.3-0.cvs.20060106 - update to a cvs snap so that it works with hal cvs snap - make sure we use libnotify groff-1.18.1.1-7 ---------------- * Fri Jan 06 2006 Jindrich Novy - 1.18.1.1-7 - require X dependencies only for gxditview (#177118) - work if bash's noclobber is on (#127492) gstreamer-0.10.1-1 ------------------ * Fri Jan 06 2006 John (J5) Palmieri - 0.10.1-1 - New upstream version * Fri Dec 16 2005 Thomas Vander Stichele - 0.10.0-1 - rebuilt for Fedora Core Development * Wed Dec 14 2005 Thomas Vander Stichele - 0.10.0-0.gst.2 - rebuilt against newer GLib and friends gstreamer-plugins-base-0.10.1-1 ------------------------------- * Fri Jan 06 2006 John (J5) Palmieri - 0.10.1-1 - New upstream version - gst-launch removed from upstream gstreamer08-plugins-0.8.11-3 ---------------------------- * Fri Jan 06 2006 John (J5) Palmieri - 0.8.11.3 - Obsolete the old gstreamer-plugins package java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_60rh ------------------------------------------ * Fri Jan 06 2006 Archit Shah - 0:1.4.2.0-40jpp_60rh - Import java-gcj-compat 1.0.48. kernel-2.6.15-1.1826.2.4_FC5 ---------------------------- * Fri Jan 06 2006 Dave Jones - Branch CVS for test2. - Add timer quirk for ATI chipsets. - Reboot through BIOS on HP laptops. - Additional check in x86 edid parser. - power up pwc webcam by default - don't confuse wireless security lock as a mouse. - Hush some debug messages in w1 driver. - Disable input layer on iseries. - VM OOM killer tweaks. - Flip IO scheduler to 'AS' by default again. (CFQ has slab corruption bugs right now). - Enable nvram driver for x86-64 - Fix posix-cpu-timers sched_time accumulation. * Thu Jan 05 2006 Dave Jones - Try to debug some negative pagecount errors. libofx-0.8.0-2 -------------- * Fri Jan 06 2006 Nalin Dahyabhai 0.8.0-2 - rebuild libselinux-1.29.4-1 ------------------- * Sat Jan 07 2006 Dan Walsh 1.29.4-1 - Upgrade to latest from NSA * Added format attribute to myprintf in matchpathcon.c and removed obsoleted rootlen variable in init_selinux_config(). * Wed Jan 04 2006 Dan Walsh 1.29.3-2 - Build with new libsepol * Wed Jan 04 2006 Dan Walsh 1.29.3-1 - Upgrade to latest from NSA * Merged several fixes and improvements from Ulrich Drepper (Red Hat), including: - corrected use of getline - further calls to __fsetlocking for local files - use of strdupa and asprintf - proper handling of dirent in booleans code - use of -z relro - several other optimizations * Merged getpidcon python wrapper from Dan Walsh (Red Hat). libsemanage-1.5.9-1 ------------------- * Sat Jan 07 2006 Dan Walsh 1.5.9-1 - Upgrade to latest from NSA * Merged const in APIs patch from Ivan Gyurdiev. * Merged validation of local file contexts patch from Ivan Gyurdiev. * Merged compare2 function patch from Ivan Gyurdiev. * Merged hidden def/proto update patch from Ivan Gyurdiev. libsepol-1.11.7-1 ----------------- * Sat Jan 07 2006 Dan Walsh 1.11.7-1 - Upgrade to latest from NSA * Merged const in APIs patch from Ivan Gyurdiev. * Merged compare2 function patch from Ivan Gyurdiev. * Fixed hierarchy checker to only check allow rules. man-pages-2.20-1 ---------------- * Fri Jan 06 2006 Ivana Varekova 2.20-1 - update to 2.20 * Tue Dec 13 2005 Ivana Varekova 2.16-2 - fix bug 174628 - mmap(2) CAN return mappings at location 0 mod_auth_pgsql-2.0.3-2 ---------------------- * Fri Jan 06 2006 Joe Orton 2.0.3-2 - update to 2.0.3 (includes fix for CVE-2005-3656) openjade-1.3.2-23 ----------------- * Fri Jan 06 2006 Tim Waugh 1.3.2-23 - Rebuild against new opensp. pup-0.9.2-1 ----------- * Fri Jan 06 2006 Jeremy Katz - 0.9.2-1 - add a scrollbar to the details text buffer selinux-policy-2.1.7-3 ---------------------- * Thu Jan 05 2006 Dan Walsh 2.1.7-3 - Handle new location of hal scripts * Thu Jan 05 2006 Dan Walsh 2.1.7-2 - Allow su to read /etc/mtab shadow-utils-2:4.0.14-1 ----------------------- * Fri Jan 06 2006 Peter Vrabec 2:4.0.14-1 - upgrade totem-1.3.0-3 ------------- * Fri Jan 06 2006 John (J5) Palmieri 1.3.0-3 - Build with gstreamer 0.10 - Enable the mozilla plugin tzdata-2005r-2 -------------- * Thu Jan 05 2006 Petr Machata 2005r-2 - 2005r - Zones EST, MST, HST, EST5EDT, CST6CDT, MST7MDT, PST8PDT moved to northamerica to guard against old files with obsolete information being left in the time zone binary directory. - Changes for countries that are supposed to join 2007 US DST change. This includes most of Canada, however entries already in the database (Alberta, British Columbia, Newfoundland, Northwest Territories, and Yukon) were left alone for the time being. - Fixes in zdump.c (abbrok): conditions are chained, and the string is checked for emptiness. Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 openhpi - 2.2.1-1.i386 requires libnetsnmp.so.9 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 openhpi - 2.2.1-1.ppc requires libnetsnmp.so.9 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) openhpi - 2.2.1-1.ppc64 requires libnetsnmp.so.9()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 openhpi - 2.2.1-1.s390 requires libnetsnmp.so.9 Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) openhpi - 2.2.1-1.s390x requires libnetsnmp.so.9()(64bit) Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) openhpi - 2.2.1-1.x86_64 requires libnetsnmp.so.9()(64bit) From arjan at fenrus.demon.nl Sat Jan 7 09:35:49 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sat, 07 Jan 2006 10:35:49 +0100 Subject: xorg-x11-drivers [inappropriately] requires all drivers modules In-Reply-To: <43BF15CE.8050904@bigpond.net.au> References: <43BDBAF0.4060605@bigpond.net.au> <1136536435.2940.2.camel@laptopd505.fenrus.org> <43BF15CE.8050904@bigpond.net.au> Message-ID: <1136626549.2936.13.camel@laptopd505.fenrus.org> On Sat, 2006-01-07 at 12:13 +1100, David Timms wrote: > Arjan van de Ven wrote: > > >In addition it makes moving disks between machines harder etc etc... so > >I hope the fedora core developers spend their time on more important > >issues than this ;) > >(it can easily be several manweeks of work.. and there's much bigger > >fish to fry on the X front, like automatic configuration etc etc) > > > > > > that is a LOT of work, for almost no gain (X drivers are really tiny). > > arjan: I see what you mean; I agree that saving 2.2MB of disk space aint > worth the effort; I realize fc is not really for the older hardware / > embedded hardware devices. well you also need to see it in proportion. It's 2.2Mb *IN ADDITION TO THE REST OF X*. Look at it from a percentage of that (including a desktop environment needed).. and it's almost nothing ;) From dragoran at feuerpokemon.de Sat Jan 7 09:44:32 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 07 Jan 2006 10:44:32 +0100 Subject: Fedora Core 4 Test Update: kernel-2.6.15-1.1823_FC4 In-Reply-To: <200601070536.k075ad108246@int-mx1.corp.redhat.com> References: <200601070536.k075ad108246@int-mx1.corp.redhat.com> Message-ID: <43BF8D80.9060306@feuerpokemon.de> Dave Jones wrote: >--------------------------------------------------------------------- >Fedora Test Update Notification >FEDORA-2005-016 >2006-01-07 >--------------------------------------------------------------------- > >Product : Fedora Core 4 >Name : kernel >Version : 2.6.15 >Release : 1.1823_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 rebase to the recently released 2.6.15. >This is probably a week or two from being ready for mass >consumption, and will need at least updates to udev (which >isn't ready yet), if you have an input configuration >relying upon /dev/input/event >(Typically synaptics touchpad users) > >--------------------------------------------------------------------- >* Fri Jan 6 2006 Dave Jones >- Reduce block layer stack usage. >- Set reboot through BIOS for HP laptops. > > >--------------------------------------------------------------------- > > > is voluntary_preemt still disabled in this build? From fedora-test at adslpipe.co.uk Sat Jan 7 10:31:08 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sat, 07 Jan 2006 10:31:08 +0000 Subject: OOo and x86_64 In-Reply-To: <1136617790.17052.6.camel@gilboa-home-dev.localhost> References: <1136570995.4919.187.camel@T7.Linux><43BEB696.7050605@adslpipe.co.uk> <1136617790.17052.6.camel@gilboa-home-dev.localhost> Message-ID: <43BF986C.7030902@adslpipe.co.uk> Gilboa Davara wrote: > Actually, having the 32bit version is major problem, as OO carries with > it a huge amount of 32bit libraries that must be installed for it to > work. > Last time I checked, OO carries with it ~100MB of libraries. Now you mention it, I seem to remember seeing an entry on one of the OOo developers blogs mentioning making use of system libraries, must have been a while ago, it's fallen off the end of http://ooo.ximian.com/planet/ From w.j.murray at rl.ac.uk Sat Jan 7 11:01:48 2006 From: w.j.murray at rl.ac.uk (William John Murray) Date: Sat, 07 Jan 2006 11:01:48 +0000 Subject: suspend on fc5 Message-ID: <1136631708.3527.8.camel@billmurray> Hello all, I would like to try out suspend (ramd and disk) on FC5T1. It looks like gnome-power-manager is the way to go? I installed gnome-power-manager.i386, libnotify.i386, notify-daemon.i386 and hal-gnome.i386 but something is still wrong. gnome-power-manager --no-daemon responds: ** (gnome-power-manager:3662): CRITICAL **: HAL does not have PowerManagement capability Can anyone suggest what might be responsible? I am woefully hal ignorant. Thanks, Bill Ps Typing gnome-power-manager by itself just does nothing. From roger at gwch.net Sat Jan 7 11:11:35 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 07 Jan 2006 12:11:35 +0100 Subject: Gstreamer: plugins for mpeg and mp3 support? Message-ID: <1136632296.14461.2.camel@niobe> Hey, Does somebody already produced the appropriate plugins? Cheers, Roger From w.j.murray at rl.ac.uk Sat Jan 7 11:17:55 2006 From: w.j.murray at rl.ac.uk (William John Murray) Date: Sat, 07 Jan 2006 11:17:55 +0000 Subject: suspend on fc5 Message-ID: <1136632675.27257.0.camel@billmurray> Oops. Yum update solved that. Sorry! Bill From gilboad at gmail.com Sat Jan 7 11:18:36 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sat, 07 Jan 2006 13:18:36 +0200 Subject: OOo and x86_64 In-Reply-To: <43BF986C.7030902@adslpipe.co.uk> References: <1136570995.4919.187.camel@T7.Linux> <43BEB696.7050605@adslpipe.co.uk> <1136617790.17052.6.camel@gilboa-home-dev.localhost> <43BF986C.7030902@adslpipe.co.uk> Message-ID: <1136632716.8318.3.camel@gilboa-home-dev.localhost> On Sat, 2006-01-07 at 10:31 +0000, Andy Burns wrote: > Gilboa Davara wrote: > > > Actually, having the 32bit version is major problem, as OO carries with > > it a huge amount of 32bit libraries that must be installed for it to > > work. > > Last time I checked, OO carries with it ~100MB of libraries. > > Now you mention it, I seem to remember seeing an entry on one of the OOo > developers blogs mentioning making use of system libraries, must have > been a while ago, it's fallen off the end of http://ooo.ximian.com/planet/ > >From the same link (you posted.) Dec 31: "... AMD64 porting is getting good shape now thanks to Kendy." Cheers, Gilboa From sundaram at redhat.com Sat Jan 7 11:24:07 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Sat, 07 Jan 2006 16:54:07 +0530 Subject: suspend on fc5 In-Reply-To: <1136631708.3527.8.camel@billmurray> References: <1136631708.3527.8.camel@billmurray> Message-ID: <43BFA4D7.6040009@redhat.com> William John Murray wrote: > Hello all, > I would like to try out suspend (ramd and disk) on FC5T1. >It looks like gnome-power-manager is the way to go? > > I installed gnome-power-manager.i386, libnotify.i386, >notify-daemon.i386 and hal-gnome.i386 but something is still >wrong. >gnome-power-manager --no-daemon >responds: > ** (gnome-power-manager:3662): CRITICAL **: HAL does not have >PowerManagement capability > > Can anyone suggest what might be responsible? I am woefully >hal ignorant. > Thanks, > Bill >Ps Typing gnome-power-manager by itself just does nothing. > > Today's rawhide report claims to have fixed the hal issue. You can either use g-p-m or the command line options https://www.redhat.com/archives/fedora-devel-list/2005-August/msg00143.html -- Rahul Fedora Bug Triaging - http://fedorproject.org/wiki/BugZappers From roger at gwch.net Sat Jan 7 11:29:31 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 07 Jan 2006 12:29:31 +0100 Subject: Gstreamer: plugins for mpeg and mp3 support? In-Reply-To: <1136632296.14461.2.camel@niobe> References: <1136632296.14461.2.camel@niobe> Message-ID: <1136633372.14461.4.camel@niobe> Am Samstag, den 07.01.2006, 12:11 +0100 schrieb Roger Grosswiler: > Hey, > > Does somebody already produced the appropriate plugins? > > Cheers, > Roger ...or will 0.8.8-plugins work with? i now installed 0.8.6-plugins, this worked flawlessy! rog From fedora-test at adslpipe.co.uk Sat Jan 7 12:24:50 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sat, 07 Jan 2006 12:24:50 +0000 Subject: Call for testing rescue.iso In-Reply-To: <43BE7727.30206@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me><43BC7E86.2000503@adslpipe.co.uk> <43BE7727.30206@adslpipe.co.uk> Message-ID: <43BFB312.4070008@adslpipe.co.uk> Andy Burns wrote: > it seems a general anaconda issue, rather than rescue CD > specific. I've logged it in bugzilla #177114 I see that this bug has been fixed in rawhide 2006-01-07, downloaded new rescuecd.iso notice it is built for x86_64 today, when previously was for i386 It boots, starts anaconda, loads disk/usb, gets past language selection and backtraces in booty/bootloaderinfo.py http://adslpipe.co.uk/rescue3.jpg From fedora-test at adslpipe.co.uk Sat Jan 7 12:30:45 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sat, 07 Jan 2006 12:30:45 +0000 Subject: Gstreamer: plugins for mpeg and mp3 support? In-Reply-To: <1136632296.14461.2.camel@niobe> References: <1136632296.14461.2.camel@niobe> Message-ID: <43BFB475.3090207@adslpipe.co.uk> Roger Grosswiler wrote: > Does somebody already produced the appropriate plugins? I suspect that's a livna question ... From Paul at all-the-johnsons.co.uk Sat Jan 7 12:35:22 2006 From: Paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 7 Jan 2006 12:35:22 +0000 Subject: Seriously messed up system - is there anyway back? Message-ID: Hi, For some reason I am unable figure out, my main box has gone insane and decided not to bother installing correctly a whole raft of packages from a yum update (despite yum reporting the had been installed correctly). An example is that I'm having to use kde instead of gnome as gnome complains thus There was an error starting the GNOME settings daemon. Some things, such as themes, sounds, or background settings may not work correctly. The Settings daemon restarted too many times. The last error message was: Child process did not give an error message, unknown failure occured. GNOME will try to restart the Settings Daemon next time you log in. If I do rpm -q gnome-desktop, I'm told it's not installed. Parts of evolution didn't install as well as a pile of others - firefox is just saying permission denied for me (as me) and me as su. I've cleaned the metafiles from yum and rebuilt the rpmdb, but all I have is a partially usable system. Does anyone know of a way to rescue my machine? I don't really want to a reinstall if I can help it. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From fct-cornette at insight.rr.com Sat Jan 7 13:22:13 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 07 Jan 2006 08:22:13 -0500 Subject: Seriously messed up system - is there anyway back? In-Reply-To: References: Message-ID: <43BFC085.5050803@insight.rr.com> Paul F. Johnson wrote: > Hi, > > For some reason I am unable figure out, my main box has gone insane and > decided not to bother installing correctly a whole raft of packages from a yum > update (despite yum reporting the had been installed correctly). > > An example is that I'm having to use kde instead of gnome as gnome complains > thus > > There was an error starting the GNOME settings daemon. Some things, such as > themes, sounds, or background settings may not work correctly. The Settings > daemon restarted too many times. The last error message was: Child process did > not give an error message, unknown failure occured. GNOME will try to restart > the Settings Daemon next time you log in. > > If I do rpm -q gnome-desktop, I'm told it's not installed. Parts of evolution > didn't install as well as a pile of others - firefox is just saying permission > denied for me (as me) and me as su. > > I've cleaned the metafiles from yum and rebuilt the rpmdb, but all I have is a > partially usable system. > > Does anyone know of a way to rescue my machine? I don't really want to a > reinstall if I can help it. > > TTFN > > Paul > If you still had the yum cache, you could drop to runlevel 1 with selinux=0 and change to the yum development cache. Make sure there are no kernel rpms in the cache and run rpm -Uvh with maybe --replacepkgs and --replacefiles as options. For kernel rpms, the rpm -ivh should work. I did this on my system when I encountered a problem as you described and it seemed to work to restore the system to a sane state. Did you keep the previously downloaded rpms and only clear metadata as described above? Jim -- Computers don't actually think. You just think they think. (We think.) From Paul at all-the-johnsons.co.uk Sat Jan 7 13:43:15 2006 From: Paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 07 Jan 2006 13:43:15 +0000 Subject: Seriously messed up system - is there anyway back? In-Reply-To: <43BFC085.5050803@insight.rr.com> References: <43BFC085.5050803@insight.rr.com> Message-ID: Hi Jim, > Did you keep the previously downloaded rpms and only clear metadata as > described above? Yes. I only cleaned the metadata. As for the runlevel bit, I did this when the problem first surfaced, did a yum update and that at least allowed me to boot (X would hang on an old kernel) How, exactly, do I do what you describe. My var/cache/yum/development/packages directory contains multiple versions of the same package (older versions). TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From fedora-test at adslpipe.co.uk Sat Jan 7 14:02:49 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sat, 07 Jan 2006 14:02:49 +0000 Subject: Call for testing rescue.iso In-Reply-To: <43BFB312.4070008@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me><43BC7E86.2000503@adslpipe.co.uk><43BE7727.30206@adslpipe.co.uk> <43BFB312.4070008@adslpipe.co.uk> Message-ID: <43BFCA09.10902@adslpipe.co.uk> Andy Burns wrote: > and backtraces in booty/bootloaderinfo.py Filed in bugzilla #177207 From mrsam at courier-mta.com Sat Jan 7 15:03:50 2006 From: mrsam at courier-mta.com (Sam Varshavchik) Date: Sat, 07 Jan 2006 10:03:50 -0500 Subject: Seriously messed up system - is there anyway back? References: Message-ID: Paul F. Johnson writes: > Hi, > > For some reason I am unable figure out, my main box has gone insane and > decided not to bother installing correctly a whole raft of packages from a yum > update (despite yum reporting the had been installed correctly). > > An example is that I'm having to use kde instead of gnome as gnome complains > thus > > There was an error starting the GNOME settings daemon. Some things, such as > themes, sounds, or background settings may not work correctly. The Settings > daemon restarted too many times. The last error message was: Child process did > not give an error message, unknown failure occured. GNOME will try to restart > the Settings Daemon next time you log in. > > If I do rpm -q gnome-desktop, I'm told it's not installed. Parts of evolution > didn't install as well as a pile of others - firefox is just saying permission > denied for me (as me) and me as su. > > I've cleaned the metafiles from yum and rebuilt the rpmdb, but all I have is a > partially usable system. Without knowing specifically what's broken, there aren't many suggestions that can be made. If you've rebuilt rpmdb and you now have a stable RPM database, the next step is to reinstall any missing packages. You'll have to compile a list of packages you have installed, then look at all the packages on the Fedora CD/DVDs, use rpm -q -i -p to obtain the description of each package, and decide if it needs to be installed. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jkeating at redhat.com Sat Jan 7 15:24:29 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sat, 07 Jan 2006 07:24:29 -0800 Subject: Call for testing rescue.iso In-Reply-To: <43BFB312.4070008@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me> <43BC7E86.2000503@adslpipe.co.uk> <43BE7727.30206@adslpipe.co.uk> <43BFB312.4070008@adslpipe.co.uk> Message-ID: <1136647469.2882.3.camel@ender> On Sat, 2006-01-07 at 12:24 +0000, Andy Burns wrote: > I see that this bug has been fixed in rawhide 2006-01-07, downloaded new > rescuecd.iso notice it is built for x86_64 today, when previously was > for i386 > Heh, We're working on the process that rolls rawhide nightly. Previously it was coded to just roll the i386, so there was no arch in the iso name. We're fixing it to include arch since we'll be building i386, x86_64, and ppc (if my ppc script isn't complete trash) -- Jesse Keating Release Engineer: Fedora From pbrobinson at gmail.com Sat Jan 7 16:19:27 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Sat, 7 Jan 2006 16:19:27 +0000 Subject: Gstreamer: plugins for mpeg and mp3 support? In-Reply-To: <43BFB475.3090207@adslpipe.co.uk> References: <1136632296.14461.2.camel@niobe> <43BFB475.3090207@adslpipe.co.uk> Message-ID: <5256d0b0601070819p641626a7r2a004e15317dd36b@mail.gmail.com> On 1/7/06, Andy Burns wrote: > Roger Grosswiler wrote: > > > Does somebody already produced the appropriate plugins? > > I suspect that's a livna question ... I've built some rpms for the bad and ugly plugins only this morning based around the RPM for the good from the core packages if anyone is interested. They probably need a little extra work but seem OK. Pete From pauljohn32 at gmail.com Sat Jan 7 16:25:34 2006 From: pauljohn32 at gmail.com (Paul Johnson) Date: Sat, 7 Jan 2006 10:25:34 -0600 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 In-Reply-To: <20060107055133.25DFA34876C@ningauble.scrye.com> References: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> <20060107053657.GJ9402@redhat.com> <20060107055133.25DFA34876C@ningauble.scrye.com> Message-ID: <13e802630601070825g66db06cbs2e5477ed5196e708@mail.gmail.com> I've tested vbetool and it does work if invoked from the console. The video does wake up. However, I tried and tried and never could get it to work when invoked from X, using the various wrappers and chvt tricks that people talk about. The end result of resuming from within X is a blurred screen showing a gradient of white-to-pink. THe hybernate script did work when I installed it with the suspend2 thing and I used suspend to disk. But suspend to RAM did not restore the video. But this is not really helping me to understand the problem. Resume DID WORK BEFORE. With the kernel 2.6.12, my video did restore and suspend to RAM did work both in console and in X. That is making me skeptical about the claim that the laptop BIOS is defective. Here are my system details Dell Latitude D800, NVIDIA go5200FX, I've got the newest Dell Bios installed. Thanks in advance pj On 1/6/06, Kevin Fenzi wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > >>>>> "Dave" == Dave Jones writes: > > Dave> On Fri, Jan 06, 2006 at 11:30:39PM -0600, Paul Johnson wrote: > >> Is suspend & resume working on your laptop? > >> > >> I was told that one of the goals in FC5 is to make laptop > >> suspend/restore work. I've been testing with various kernels and > >> have been having the same problem since 2.6.13. The system will > >> suspend, but when I resume, the video stays dark. This is > >> happening now with the testing kernel-2.6.15-1.1823_FC4 > > Dave> You may need to run vbetool before/after. For a lot of video > Dave> hardware, we don't know enough details to bring the screen back > Dave> to life. On these systems, we re-run the video bios to reinit > Dave> the screen using vbetool. > > Dave> you can find this tool in pm-utils. > > Sometimes it also helps to run another 'startx' on resume and then > just quit the X server... (not in this case since you have the > problem even without X). > > You don't say what kind of laptop, but you might also try playing with > the acpi_sleep= options. On my thinkpad T42p, I need to pass > 'acpi_sleep=s3_bios'. You can find more info on them in: > /usr/share/doc/kernel-doc-2.6.14/Documentation/power/video.txt > > You might find it helpful to use the 'hibernate' script from: > > http://suspend2.net/downloads/all/hibernate-1.12-1.i386.rpm > > It comes with a ram.conf config for syspend to ram. > > It also has handy things like a blacklist of kernel modules that need > to be unloaded/reloaded on suspend resume, services that should be > restarted, etc. It can use optionally use vbetool for video > save/restore. > > Dave> Dave > > kevin > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > Comment: Processed by Mailcrypt 3.5.8 > > iD8DBQFDv1bl3imCezTjY0ERAgPlAJ9oJG2UbWFUfoekW0PP9qvlAaeMNQCfehgF > +dha9fTKEmK4gAuAiYsf28M= > =WRIB > -----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 > -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas From katzj at redhat.com Sat Jan 7 16:28:41 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 07 Jan 2006 11:28:41 -0500 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 In-Reply-To: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> References: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> Message-ID: <1136651321.2697.4.camel@bree.local.net> On Fri, 2006-01-06 at 23:30 -0600, Paul Johnson wrote: > Is suspend & resume working on your laptop? Yes on a Thinkpad X31 (ati video) > I want to know if other laptop users have a similar problem? I've > asked in the gnome-power-management list and they say there's nothing > they can do about the problem if it is in the kernel, and that's where > I think it is. Here's why: the laptop stays dark even if I suspend > from runlevel 3 (never starting X or gdm at all). I think that means > the problem does not lie with the Nvidia X driver. > > This system I'm testing is mostly FC4, but it has udev and hal updated > from the g-p-m site and it has the kernel from Dave J's site. How are you doing the suspend? With the current setup in rawhide, the scripts in pm-utils are used (pm-suspend for STR). When this is used, you should get the video chip re-posted on resume with an nvidia chip which I would _think_ should make things work. Jeremy From roger at gwch.net Sat Jan 7 16:30:15 2006 From: roger at gwch.net (Roger Grosswiler) Date: Sat, 07 Jan 2006 17:30:15 +0100 Subject: Gstreamer: plugins for mpeg and mp3 support? In-Reply-To: <5256d0b0601070819p641626a7r2a004e15317dd36b@mail.gmail.com> References: <1136632296.14461.2.camel@niobe> <43BFB475.3090207@adslpipe.co.uk> <5256d0b0601070819p641626a7r2a004e15317dd36b@mail.gmail.com> Message-ID: <1136651416.2702.0.camel@niobe> Am Samstag, den 07.01.2006, 16:19 +0000 schrieb Peter Robinson: > On 1/7/06, Andy Burns wrote: > > Roger Grosswiler wrote: > > > > > Does somebody already produced the appropriate plugins? > > > > I suspect that's a livna question ... > > I've built some rpms for the bad and ugly plugins only this morning > based around the RPM for the good from the core packages if anyone is > interested. They probably need a little extra work but seem OK. > > Pete Hey Pete, Where can i get those? Rog From pauljohn32 at gmail.com Sat Jan 7 16:35:37 2006 From: pauljohn32 at gmail.com (Paul Johnson) Date: Sat, 7 Jan 2006 10:35:37 -0600 Subject: suspend on fc5 In-Reply-To: <43BFA4D7.6040009@redhat.com> References: <1136631708.3527.8.camel@billmurray> <43BFA4D7.6040009@redhat.com> Message-ID: <13e802630601070835t27a753f4l3a3f71918b3013d8@mail.gmail.com> I have followed the link you mention. But I can't see the suspend to disk components that the email mentions were put in (Co-incidentally, after the development described in that email, my suspend to RAM quit working). And here is what I see when I follow the instructions in that email you refer to: root at pols113 pauljohn]# echo platform > /sys/power/disk bash: /sys/power/disk: Permission denied [root at pols113 power]# cat /sys/power/state standby mem I'm running the newest test kernel from Dave J's archive, kernel-2.6.15-1.1823_FC4, and it seems to me that if this suspend to disk thing did work, I would be seeing it. Wouldn't I? On 1/7/06, Rahul Sundaram wrote: > William John Murray wrote: > > > Hello all, > > I would like to try out suspend (ramd and disk) on FC5T1. > >It looks like gnome-power-manager is the way to go? > > > > I installed gnome-power-manager.i386, libnotify.i386, > >notify-daemon.i386 and hal-gnome.i386 but something is still > >wrong. > >gnome-power-manager --no-daemon > >responds: > > ** (gnome-power-manager:3662): CRITICAL **: HAL does not have > >PowerManagement capability > > > > Can anyone suggest what might be responsible? I am woefully > >hal ignorant. > > Thanks, > > Bill > >Ps Typing gnome-power-manager by itself just does nothing. > > > > > Today's rawhide report claims to have fixed the hal issue. You can > either use g-p-m or the command line options > > https://www.redhat.com/archives/fedora-devel-list/2005-August/msg00143.html > > -- > Rahul > > Fedora Bug Triaging - http://fedorproject.org/wiki/BugZappers > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas From pauljohn32 at gmail.com Sat Jan 7 16:41:48 2006 From: pauljohn32 at gmail.com (Paul Johnson) Date: Sat, 7 Jan 2006 10:41:48 -0600 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 In-Reply-To: <1136651321.2697.4.camel@bree.local.net> References: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> <1136651321.2697.4.camel@bree.local.net> Message-ID: <13e802630601070841n5b29b7c8n80cd75a3d3e2d0be@mail.gmail.com> Which part do you refer to in "current setup in rawhide"? You mean g-p-m? If so, I think that means g-p-m is relying on VBEtool, and that's probably causing the corruption I experinece. If X is running when a VBE suspend is used, then upon restore, the video turns back on, but the display is just a blurred gradient, and I don't think the system is responding to the keyboard at all. The caps lock light does not go on or off in rsponse to the key. In contrast, if I suspend to RAM with ACPI alone (my script is pasted in here), then when the system resumes, the video stays dark, but it does respond to the keyboard. Thanks in advance PJ #!/bin/sh # do not got to suspend mode if some command fails! set -e PATH="/sbin:/bin:/usr/sbin:/usr/bin" rmmodules () { mname=$1 if grep $mname /proc/modules ; then /sbin/rmmod $mname fi } # if network is up, shut it down! if [ -f /var/lock/subsys/network ] ; then /sbin/service network stop fi /sbin/service syslog stop # remmod all problematic modules rmmodules tg3 rmmodules uhci_hcd rmmodules ehci_hcd rmmodules hci_usb rmmodules ipw2200 echo mem > /sys/power/state # after waking up, move to terminal 1, this give some time to graphic card to get into sane state # chvt 1 # sleep 0.5 # change into gui terminal, graphic card is ok at this point # chvt 7 /sbin/hwclock --hctosys #load modules /sbin/modprobe uhci_hcd /sbin/modprobe ehci_hcd /sbin/modprobe ipw2200 /sbin/service syslog start #/sbin/ifup eth1 On 1/7/06, Jeremy Katz wrote: > On Fri, 2006-01-06 at 23:30 -0600, Paul Johnson wrote: > > Is suspend & resume working on your laptop? > > Yes on a Thinkpad X31 (ati video) > > > I want to know if other laptop users have a similar problem? I've > > asked in the gnome-power-management list and they say there's nothing > > they can do about the problem if it is in the kernel, and that's where > > I think it is. Here's why: the laptop stays dark even if I suspend > > from runlevel 3 (never starting X or gdm at all). I think that means > > the problem does not lie with the Nvidia X driver. > > > > This system I'm testing is mostly FC4, but it has udev and hal updated > > from the g-p-m site and it has the kernel from Dave J's site. > > How are you doing the suspend? With the current setup in rawhide, the > scripts in pm-utils are used (pm-suspend for STR). When this is used, > you should get the video chip re-posted on resume with an nvidia chip > which I would _think_ should make things work. > > Jeremy > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas From katzj at redhat.com Sat Jan 7 16:48:47 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sat, 07 Jan 2006 11:48:47 -0500 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 In-Reply-To: <13e802630601070841n5b29b7c8n80cd75a3d3e2d0be@mail.gmail.com> References: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> <1136651321.2697.4.camel@bree.local.net> <13e802630601070841n5b29b7c8n80cd75a3d3e2d0be@mail.gmail.com> Message-ID: <1136652527.2697.9.camel@bree.local.net> On Sat, 2006-01-07 at 10:41 -0600, Paul Johnson wrote: > Which part do you refer to in "current setup in rawhide"? You mean > g-p-m? If so, I think that means g-p-m is relying on VBEtool, and > that's probably causing the corruption I experinece. If X is running > when a VBE suspend is used, then upon restore, the video turns back > on, but the display is just a blurred gradient, and I don't think the > system is responding to the keyboard at all. The caps lock light does > not go on or off in rsponse to the key. g-p-m just calls the hal suspend method, which then calls pm-suspend if it exists. And in pm-suspend, we ensure that we've switched away from X before doing any of the other suspend stuff. But trying to put together a mismash of the stuff on top of FC4 doesn't really give me confidence that you're testing the full picture. Jeremy From pauljohn32 at gmail.com Sat Jan 7 16:50:02 2006 From: pauljohn32 at gmail.com (Paul Johnson) Date: Sat, 7 Jan 2006 10:50:02 -0600 Subject: does your video resume after a suspend to ram with kernel-2.6.15-1.1823_FC4 In-Reply-To: <1136652527.2697.9.camel@bree.local.net> References: <13e802630601062130x6e93b6d6j6c7c2ea250a8e487@mail.gmail.com> <1136651321.2697.4.camel@bree.local.net> <13e802630601070841n5b29b7c8n80cd75a3d3e2d0be@mail.gmail.com> <1136652527.2697.9.camel@bree.local.net> Message-ID: <13e802630601070850k4840ea39wd304e6e464f8235a@mail.gmail.com> I agree. I'm mishmashed. Will run yum against rawhide and report back. rawhide is fedora-development yum repository, right? On 1/7/06, Jeremy Katz wrote: > On Sat, 2006-01-07 at 10:41 -0600, Paul Johnson wrote: > > Which part do you refer to in "current setup in rawhide"? You mean > > g-p-m? If so, I think that means g-p-m is relying on VBEtool, and > > that's probably causing the corruption I experinece. If X is running > > when a VBE suspend is used, then upon restore, the video turns back > > on, but the display is just a blurred gradient, and I don't think the > > system is responding to the keyboard at all. The caps lock light does > > not go on or off in rsponse to the key. > > g-p-m just calls the hal suspend method, which then calls pm-suspend if > it exists. And in pm-suspend, we ensure that we've switched away from X > before doing any of the other suspend stuff. But trying to put together > a mismash of the stuff on top of FC4 doesn't really give me confidence > that you're testing the full picture. > > Jeremy > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > -- Paul E. Johnson Professor, Political Science 1541 Lilac Lane, Room 504 University of Kansas From huffman at graze.net Sat Jan 7 17:12:17 2006 From: huffman at graze.net (Brian C. Huffman) Date: Sat, 07 Jan 2006 12:12:17 -0500 Subject: Rawhide firefox Message-ID: <1136653937.4705.2.camel@oveja.graze.net> I just upgraded via yum from FC4 to latest Fedora rawhide. Everything except firefox seems to be working well. Here's what I get when I run firefox under strace: [snip] open("/usr/lib/libexpat.so.0", O_RDONLY) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000\201"..., 512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=128252, ...}) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f37000 mmap2(0xb96000, 129624, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb96000 mmap2(0xbb4000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED| MAP_DENYWRITE, 3, 0x1d) = 0xbb4000 close(3) = 0 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f36000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f35000 set_thread_area({entry_number:-1 -> 6, base_addr:0xb7f356b0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 mprotect(0x690000, 8192, PROT_READ) = 0 mprotect(0xc85000, 4096, PROT_READ) = 0 mprotect(0xd45000, 4096, PROT_READ) = 0 mprotect(0x1f4000, 4096, PROT_READ) = 0 mprotect(0x111000, 835584, PROT_READ|PROT_WRITE) = 0 mprotect(0x111000, 835584, PROT_READ|PROT_EXEC) = 0 mprotect(0x6be000, 12288, PROT_READ|PROT_WRITE) = 0 mprotect(0x6be000, 12288, PROT_READ|PROT_EXEC) = -1 EACCES (Permission denied) writev(2, [{"/usr/lib/firefox-1.5/firefox-bin", 32}, {": ", 2}, {"error while loading shared libra"..., 36}, {": ", 2}, {"/usr/lib/firefox-1.5/libxpcom.so", 32}, {": ", 2}, {"cannot restore segment prot afte"..., 39}, {": ", 2}, {"Permission denied", 17}, {"\n", 1}], 10/usr/lib/firefox-1.5/firefox-bin: error while loading shared libraries: /usr/lib/firefox-1.5/libxpcom.so: cannot restore segment prot after reloc: Permission denied ) = 165 exit_group(127) = ? Process 4857 detached Any thoughts? Thanks, Brian From paul at all-the-johnsons.co.uk Sat Jan 7 18:54:56 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sat, 07 Jan 2006 18:54:56 +0000 Subject: Seriously messed up system - is there anyway back? In-Reply-To: <43BFC085.5050803@insight.rr.com> References: <43BFC085.5050803@insight.rr.com> Message-ID: <1136660096.3067.5.camel@T7.Linux> Hi, > If you still had the yum cache, you could drop to runlevel 1 with > selinux=0 and change to the yum development cache. Make sure there are > no kernel rpms in the cache and run rpm -Uvh with maybe --replacepkgs > and --replacefiles as options. For kernel rpms, the rpm -ivh should work. As you can see, this happily worked. I wonder what went fertang? TTFN Paul -- main(t,_,a) char*a;{return!0 Anaconda crashes after initial info collection and before starting X with a SyntaxError loading bootloaderInfo.py. Bugzilla #177217 --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: 189 bytes Desc: not available URL: From terraformers at gmail.com Sat Jan 7 21:24:02 2006 From: terraformers at gmail.com (Lars G) Date: Sat, 07 Jan 2006 22:24:02 +0100 Subject: Gstreamer: plugins for mpeg and mp3 support? In-Reply-To: <1136651416.2702.0.camel@niobe> References: <1136632296.14461.2.camel@niobe> <43BFB475.3090207@adslpipe.co.uk> <5256d0b0601070819p641626a7r2a004e15317dd36b@mail.gmail.com> <1136651416.2702.0.camel@niobe> Message-ID: <1136669041.5299.14.camel@kinichahau.homebase> On Sat, 2006-01-07 at 17:30 +0100, Roger Grosswiler wrote: > Am Samstag, den 07.01.2006, 16:19 +0000 schrieb Peter Robinson: > > On 1/7/06, Andy Burns wrote: > > > Roger Grosswiler wrote: > > > > > > > Does somebody already produced the appropriate plugins? > > > > > > I suspect that's a livna question ... > > > > I've built some rpms for the bad and ugly plugins only this morning > > based around the RPM for the good from the core packages if anyone is > > interested. They probably need a little extra work but seem OK. > > > > Pete > Hey Pete, > > Where can i get those? > > Rog > i think it would be nice to have an updated fedora rawhide/development gst repo on http://gstreamer.freedesktop.org/pkg/fedora as there is only a repo for fc4, so users of rawhide could easily install the bad & ugly, ffmpeg plugins to test these out, no need for livna then. cheers -- Lars From davej at redhat.com Sat Jan 7 21:27:43 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 7 Jan 2006 16:27:43 -0500 Subject: Fedora Core 4 Test Update: kernel-2.6.15-1.1823_FC4 In-Reply-To: <43BF8D80.9060306@feuerpokemon.de> References: <200601070536.k075ad108246@int-mx1.corp.redhat.com> <43BF8D80.9060306@feuerpokemon.de> Message-ID: <20060107212743.GP9402@redhat.com> On Sat, Jan 07, 2006 at 10:44:32AM +0100, dragoran wrote: > Dave Jones wrote: > > >--------------------------------------------------------------------- > >Fedora Test Update Notification > >FEDORA-2005-016 > >2006-01-07 > >--------------------------------------------------------------------- > > > >Product : Fedora Core 4 > >Name : kernel > >Version : 2.6.15 > >Release : 1.1823_FC4 > > is voluntary_preemt still disabled in this build? Yeah, still awaiting feedback on whether a handful of oddball bugs 'go away'. Dave From david.r.bentley at btinternet.com Sat Jan 7 21:44:46 2006 From: david.r.bentley at btinternet.com (DAVID BENTLEY) Date: Sat, 7 Jan 2006 21:44:46 +0000 (GMT) Subject: mysql tools In-Reply-To: <200601041704.23060.dennis@ausil.us> Message-ID: <20060107214446.47145.qmail@web86507.mail.ukl.yahoo.com> FYI Had a look today at all of the files available on my prefered mirror site http://dev.mysql.com/get/Downloads/MySQLAdministrationSuite and found that both source and built rpm packages exist for fc4 for both 1.1.17 and 1.1.18 (dated 6/1/06) of the query browser as well as a generic rpm of version 1.1.5 of the administrator and can confirm thus far that both the query browser ver 1.1.17 and the administrator perform flawlessly. The version I built from the generic source rpm of the administrator although it builds successfully (ie completes) locks up unlike the supplied rpm or tar.gz package which are statically linked to older libraries and although the query browser I built earlier after a bit of tinkering does build it also seems to lock up whereas their supplied fc4 (ver 1.1.17) also works fine but is considerably larger than mine so I presume it is again statically linked against older libraries. --- Dennis Gilmore wrote: > On Monday 02 January 2006 16:02, Tom Lane wrote: > > DAVID BENTLEY > writes: > > > As these are not already available in extra's I > assume that there is > > > a very good reason for this > > > > Yes: no one has volunteered to take on the ongoing > work of maintaining > > such packages. If you think the effort involved > is negligible, feel > > free to step up and become the package maintainer. > I don't believe > > there would be any objection to adding these > packages to Extras, so long > > as someone is on the hook to keep them up-to-date. > > > > regards, tom lane > I have started to package both query-browser and > mysql-administrator they are > nearly complete i will finish them off tonight and > submit them for extras. > > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From mario at targetdevelopment.at Sat Jan 7 21:57:14 2006 From: mario at targetdevelopment.at (DI Mario Bruckschwaiger) Date: Sat, 07 Jan 2006 22:57:14 +0100 Subject: bcm43xx microcode error In-Reply-To: <200601070809.k07890j4009143@porkchop.devel.redhat.com> References: <200601070809.k07890j4009143@porkchop.devel.redhat.com> Message-ID: <43C0393A.9020402@targetdevelopment.at> Hello, when using the latest kernel-2.6.15-1.1826.2.4_FC5 and the bcm43xx driver instead of ndiswrapper I get the error: bcm43xxx: Error: Microcode "bcm43xxx_microcode5.fw" not available or load failed But the module bcm43xx was loaded although the wireless led on my ASUS laptop was not lit as with ndiswrapper. Did I do anything wrong or is there a bug in the bcm43xx module? Thank you, Mario. From davej at redhat.com Sat Jan 7 22:01:37 2006 From: davej at redhat.com (Dave Jones) Date: Sat, 7 Jan 2006 17:01:37 -0500 Subject: bcm43xx microcode error In-Reply-To: <43C0393A.9020402@targetdevelopment.at> References: <200601070809.k07890j4009143@porkchop.devel.redhat.com> <43C0393A.9020402@targetdevelopment.at> Message-ID: <20060107220137.GS9402@redhat.com> On Sat, Jan 07, 2006 at 10:57:14PM +0100, DI Mario Bruckschwaiger wrote: > Hello, > > when using the latest kernel-2.6.15-1.1826.2.4_FC5 and the bcm43xx > driver instead of ndiswrapper I get the error: > > bcm43xxx: Error: Microcode "bcm43xxx_microcode5.fw" not available or > load failed You need to grab the firmware out of a windows driver ftp://ftp.berlios.de/pub/bcm43xx/snapshots/fwcutter is a good starting point. Dave From mario at targetdevelopment.at Sat Jan 7 23:02:27 2006 From: mario at targetdevelopment.at (DI Mario Bruckschwaiger) Date: Sun, 08 Jan 2006 00:02:27 +0100 Subject: bcm43xx microcode error In-Reply-To: <20060107220137.GS9402@redhat.com> References: <200601070809.k07890j4009143@porkchop.devel.redhat.com> <43C0393A.9020402@targetdevelopment.at> <20060107220137.GS9402@redhat.com> Message-ID: <43C04883.8070308@targetdevelopment.at> Dave Jones wrote: > > bcm43xxx: Error: Microcode "bcm43xxx_microcode5.fw" not available or > > load failed > > You need to grab the firmware out of a windows driver > ftp://ftp.berlios.de/pub/bcm43xx/snapshots/fwcutter is a good starting point. Thank you, the driver can now be loaded, but the next problem is that when doing iwconfig my Access Point MAC address is FF:FF:FF:FF:FF:FF. Any idea what I can do now? From islifefun1975 at yahoo.com Sat Jan 7 23:18:34 2006 From: islifefun1975 at yahoo.com (Josh) Date: Sat, 7 Jan 2006 15:18:34 -0800 (PST) Subject: XFS/JFS/REISERFS/EXT3 support during installation? Message-ID: <20060107231834.37115.qmail@web34011.mail.mud.yahoo.com> Hello all, I haven't gotten around testing FC5T1 yet (waiting for FC5T2) and a recent article in LJ, http://linuxgazette.net/122/piszcz.html highlights pros and cons of each filesystem. Would users want a choice of filesystems during install? Is this possible with FC5? Josh --------------------------------- Yahoo! DSL Something to write home about. Just $16.99/mo. or less -------------- next part -------------- An HTML attachment was scrubbed... URL: From ivazquez at ivazquez.net Sat Jan 7 23:22:42 2006 From: ivazquez at ivazquez.net (Ignacio Vazquez-Abrams) Date: Sat, 07 Jan 2006 18:22:42 -0500 Subject: XFS/JFS/REISERFS/EXT3 support during installation? In-Reply-To: <20060107231834.37115.qmail@web34011.mail.mud.yahoo.com> References: <20060107231834.37115.qmail@web34011.mail.mud.yahoo.com> Message-ID: <1136676162.32758.14.camel@ignacio.lan> On Sat, 2006-01-07 at 15:18 -0800, Josh wrote: > I haven't gotten around testing FC5T1 yet (waiting for FC5T2) and a > recent article in LJ, http://linuxgazette.net/122/piszcz.html > highlights pros and cons of each filesystem. > > Would users want a choice of filesystems during install? Is this > possible with FC5? It's already possible in FC4. Or is there something you aren't saying? -- 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: 189 bytes Desc: This is a digitally signed message part URL: From mario at targetdevelopment.at Sun Jan 8 00:08:39 2006 From: mario at targetdevelopment.at (DI Mario Bruckschwaiger) Date: Sun, 08 Jan 2006 01:08:39 +0100 Subject: bcm43xx microcode error In-Reply-To: <43C04883.8070308@targetdevelopment.at> References: <200601070809.k07890j4009143@porkchop.devel.redhat.com> <43C0393A.9020402@targetdevelopment.at> <20060107220137.GS9402@redhat.com> <43C04883.8070308@targetdevelopment.at> Message-ID: <43C05807.70000@targetdevelopment.at> Mario Bruckschwaiger wrote: > Dave Jones wrote: >> > bcm43xxx: Error: Microcode "bcm43xxx_microcode5.fw" not available >> or > load failed >> >> You need to grab the firmware out of a windows driver >> ftp://ftp.berlios.de/pub/bcm43xx/snapshots/fwcutter is a good >> starting point. > > Thank you, the driver can now be loaded, but the next problem is that > when doing iwconfig my Access Point MAC address is FF:FF:FF:FF:FF:FF. > Any idea what I can do now? > OK, by playing with iwconifg parameters I "found" my Access Point and it works now. Great! From fct-cornette at insight.rr.com Sun Jan 8 04:14:30 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sat, 07 Jan 2006 23:14:30 -0500 Subject: Seriously messed up system - is there anyway back? In-Reply-To: <1136660096.3067.5.camel@T7.Linux> References: <43BFC085.5050803@insight.rr.com> <1136660096.3067.5.camel@T7.Linux> Message-ID: <43C091A6.70501@insight.rr.com> Paul F. Johnson wrote: > Hi, > > >>If you still had the yum cache, you could drop to runlevel 1 with >>selinux=0 and change to the yum development cache. Make sure there are >>no kernel rpms in the cache and run rpm -Uvh with maybe --replacepkgs >>and --replacefiles as options. For kernel rpms, the rpm -ivh should work. > > > As you can see, this happily worked. I wonder what went fertang? > > TTFN > > Paul SELinux in my case (now fixed in policy). It downloaded and gav the impression that the packages were installed. Querying the "just installed" packages showed no package at all installed for particular packages queried. Your case might be related to the same temporary SELinux problem or something along those lines. As suggested by another reply, you ought to query your installed packages and verify that you do not have multiple entries with older package rpm versions in the database along with the latest rpm version. Also querying all packages as root for missing files might be a good decision. (chroot and firewall rpms show missing files as a regular user, they check out alright as root). Expect the missing files for mozilla and for cups. All other files should not have problems. (in my case anyway). If you do get missing files other than mozilla or cups, you can get and reinstall the package again. I used rpm -e --justdb and followed it by yum install . I believe there were a couple of multiversion rpms and a few missing files before reviewing the package contents via rpm queries. Jim From terraformers at gmail.com Sun Jan 8 06:33:49 2006 From: terraformers at gmail.com (Lars G) Date: Sun, 08 Jan 2006 07:33:49 +0100 Subject: sudo nautilus problem, glibc detected In-Reply-To: <43C091A6.70501@insight.rr.com> References: <43BFC085.5050803@insight.rr.com> <1136660096.3067.5.camel@T7.Linux> <43C091A6.70501@insight.rr.com> Message-ID: <1136702023.3530.8.camel@kinichahau.homebase> just found that when i'm logged in as a regular user and start nautilus with "sudo nautilus", i get a *** glibc detected *** error on closing the window. $ sudo nautilus *** glibc detected *** nautilus: munmap_chunk(): invalid pointer: 0x08138165 ***======= Backtrace: ========= /lib/libc.so.6(__libc_free+0x17b)[0xb7d7af7f] /usr/lib/libglib-2.0.so.0(g_free+0x22)[0xb7e9de22] nautilus[0x80d012f] /usr/lib/libgobject-2.0.so.0(g_object_unref+0x161)[0xb7f1ad75] nautilus[0x80cf5c8] nautilus[0x80cf67e] /usr/lib/libgobject-2.0.so.0(g_object_unref+0x161)[0xb7f1ad75] nautilus[0x80cef16] /usr/lib/libeel-2.so.2(eel_debug_shut_down+0x39)[0x4f8b384b] nautilus[0x807932c] /lib/libc.so.6(__libc_start_main+0xdc)[0xb7d296b4] nautilus[0x8066b21] ======= Memory map: ======== 08048000-08165000 r-xp 00000000 08:02 2803898 /usr/bin/nautilus 08165000-08176000 rw-p 0011c000 08:02 2803898 /usr/bin/nautilus 08176000-084e7000 rw-p 08176000 00:00 0 [heap] 4218a000-421a7000 r-xp 00000000 08:02 2333636 /usr/lib/libtheora.so.0.2.0 421a7000-421a8000 rw-p 0001c000 08:02 2333636 /usr/lib/libtheora.so.0.2.0 42225000-4225d000 r-xp 00000000 08:02 2810581 /usr/lib/liboil-0.3.so.0.1.0 4225d000-4226c000 rw-p 00038000 08:02 2810581 /usr/lib/liboil-0.3.so.0.1.0 4226c000-4226e000 rw-p 4226c000 00:00 0 49ae3000-49afc000 r-xp 00000000 08:02 291992 /usr/lib/libdv.so.4.0.1 49afc000-49aff000 rw-p 00018000 08:02 291992 /usr/lib/libdv.so.4.0.1 49aff000-49b0c000 rw-p 49aff000 00:00 0 4e6de000-4e6e1000 r-xp 00000000 08:02 2804186 /usr/lib/librom1394.so.0.2.1 4e6e1000-4e6e2000 rw-p 00002000 08:02 2804186 /usr/lib/librom1394.so.0.2.1 4e70b000-4e71d000 r-xp 00000000 08:02 2143092 /usr/lib/libz.so.1.2.3 4e71d000-4e71e000 rw-p 00011000 08:02 2143092 /usr/lib/libz.so.1.2.3 4e720000-4e722000 r-xp 00000000 08:02 462242 /usr/lib/libXau.so.6.0.0 4e722000-4e723000 rw-p 00001000 08:02 462242 /usr/lib/libXau.so.6.0.0 4e725000-4e819000 r-xp 00000000 08:02 2143085 /usr/lib/libX11.so.6.2.0 4e819000-4e81d000 rw-p 000f4000 08:02 2143085 /usr/lib/libX11.so.6.2.0 4e81f000-4e824000 r-xp 00000000 08:02 2143083 /usr/lib/libXdmcp.so.6.0.0 4e824000-4e825000 rw-p 00004000 08:02 2143083 /usr/lib/libXdmcp.so.6.0.0 4e8b5000-4e8c3000 r-xp 00000000 08:02 2143100 /usr/lib/libXext.so.6.4.0 4e8c3000-4e8c4000 rw-p 0000d000 08:02 2143100 /usr/lib/libXext.so.6.4.0 4e91f000-4e93d000 r-xp 00000000 08:02 2143095 /usr/lib/libexpat.so.0.5.0 4e93d000-4e93f000 rw-p 0001d000 08:02 2143095 /usr/lib/libexpat.so.0.5.0 4e941000-4e966000 r-xp 00000000 08:02 2143093 /usr/lib/libpng12.so.0.1.2.8 4e966000-4e967000 rw-p 00025000 08:02 2143093 /usr/lib/libpng12.so.0.1.2.8 4e969000-4e9cf000 r-xp 00000000 08:02 2143094 /usr/lib/libfreetype.so.6.3.8 4e9cf000-4e9d2000 rw-p 00066000 08:02 2143094 /usr/lib/libfreetype.so.6.3.8 4e9d4000-4ea09000 r-xp 00000000 08:02 2143096 /usr/lib/libfontconfig.so.1.0.44ea09000-4ea0d000 rw-p 00034000 08:02 2143096 /usr/lib/libfontconfig.so.1.0.44ea0d000-4ea0e000 rw-p 4ea0d000 00:00 0 4ea10000-4ea17000 r-xp 00000000 08:02 2143091 /usr/lib/libXrender.so.1.3.0 4ea17000-4ea18000 rw-p 00007000 08:02 2143091 /usr/lib/libXrender.so.1.3.0 4ea1a000-4ea21000 r-xp 00000000 08:02 2143103 /usr/lib/libXi.so.6.0.0 4ea21000-4ea22000 rw-p 00006000 08:02 2143103 /usr/lib/libXi.so.6.0.0 4ea24000-4ea2d000 r-xp 00000000 08:02 2143108 /usr/lib/libXcursor.so.1.0.2 4ea2d000-4ea2e000 rw-p 00008000 08:02 2143108 /usr/lib/libXcursor.so.1.0.2 4ea30000-4ea33000 r-xp 00000000 08:02 2143106 /usr/lib/libXrandr.so.2.0.0 4ea33000-4ea34000 rw-p 00002000 08:02 2143106 /usr/lib/libXrandr.so.2.0.0 4ea36000-4ea3a000 r-xp 00000000 08:02 2143107 /usr/lib/libXfixes.so.3.0.0 4ea3a000-4ea3b000 rw-p 00003000 08:02 2143107 /usr/lib/libXfixes.so.3.0.0 4ea3d000-4ea3f000 r-xp 00000000 08:02 2143102 /usr/lib/libXinerama.so.1.0.0 4ea3f000-4ea40000 rw-p 00001000 08:02 2143102 /usr/lib/libXinerama.so.1.0.0 4ea42000-4ed33000 r-xp 00000000 08:02 2143111 /usr/lib/libgtk-x11-2.0.so.0.800.9 4ed33000-4ed3b000 rw-p 002f1000 08:02 2143111 /usr/lib/libgtk-x11-2.0.so.0.800.9 4ed3b000-4ed3e000 rw-p 4ed3b000 00:00 0 4ed40000-4e (gnome_segv:3528): Gtk-WARNING **: Failed to set label from markup due to error parsing markup: Unknown tag 'unknown' on line 1 char 69 -- Lars From buildsys at redhat.com Sun Jan 8 08:43:56 2006 From: buildsys at redhat.com (Build System) Date: Sun, 8 Jan 2006 03:43:56 -0500 Subject: rawhide report: 20060108 changes Message-ID: <200601080843.k088huaI032183@porkchop.devel.redhat.com> Updated Packages: booty-0.64-1 ------------ * Sat Jan 07 2006 Jeremy Katz - 0.64-1 - fix syntax error eclipse-1:3.1.1-1jpp_15fc ------------------------- * Wed Jan 04 2006 Andrew Overholt 3.1.1-1jpp_15fc - Update s390{,x} patches. - Use natively-compiled ecj during build. - Attempt build on ia64. - Change about_files to be i386 and x86_64 only (will patch file upstream). gcc-4.1.0-0.14 -------------- * Fri Jan 06 2006 Jakub Jelinek 4.1.0-0.14 - update from gcc-4_1-branch (-r109369:109401) - PR fortran/23675 - fix Java shutdown hook (Tom Tromey, #165136) - fix libjava/shlibpath.m4 (PR libgcj/24940) * Thu Jan 05 2006 Jakub Jelinek 4.1.0-0.13 - update from gcc-4_1-branch (-r108957:109369) - PRs c++/23171, c++/23172, c++/24671, c++/24782, c++/25294, c++/25417, c++/25439, c++/25492, c++/25625, c++/25632, c++/25633, c++/25634, c++/25635, c++/25637, c++/25638, c/25183, c/25559, debug/25562, fortran/18990, fortran/19362, fortran/20244, fortran/20862, fortran/20864, fortran/20889, fortran/22607, fortran/23152, fortran/25018, fortran/25053, fortran/25055, fortran/25063, fortran/25064, fortran/25066, fortran/25067, fortran/25068, fortran/25069, fortran/25106, fortran/25391, fortran/25532, fortran/25586, fortran/25587, libgcj/9715, libgcj/19132, libgfortran/25139, libgfortran/25419, libgfortran/25510, libgfortran/25550, libgfortran/25594, middle-end/24827, objc/25328, rtl-optimization/21041, rtl-optimization/25130, target/24342, target/25554, target/25572, testsuite/25214, testsuite/25441, testsuite/25442, testsuite/25444, tree-opt/25513 - create java Package for compiled classes which are linked in but loaded by the system class loader (Tom Tromey, #176956) - fix posix_memalign prototype in (#176461) - update from gomp-20050608-branch (up to -r109349) - buildrequire libXtst-devel (#176898) - fix built in path to classmap.db on x86_64, s390x and ppc64 (#176562) - fix debug info for preprocessed Fortran code (#175071, PR fortran/25324) kernel-2.6.15-1.1826.2.5_FC5 ---------------------------- * Sat Jan 07 2006 Dave Jones - Silence some iseries build warnings. Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 openhpi - 2.2.1-1.i386 requires libnetsnmp.so.9 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 openhpi - 2.2.1-1.ppc requires libnetsnmp.so.9 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) openhpi - 2.2.1-1.ppc64 requires libnetsnmp.so.9()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 openhpi - 2.2.1-1.s390 requires libnetsnmp.so.9 Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) openhpi - 2.2.1-1.s390x requires libnetsnmp.so.9()(64bit) Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) openhpi - 2.2.1-1.x86_64 requires libnetsnmp.so.9()(64bit) From mario at targetdevelopment.at Sun Jan 8 11:03:57 2006 From: mario at targetdevelopment.at (DI Mario Bruckschwaiger) Date: Sun, 08 Jan 2006 12:03:57 +0100 Subject: bcm43xx microcode error In-Reply-To: <20060107220137.GS9402@redhat.com> References: <200601070809.k07890j4009143@porkchop.devel.redhat.com> <43C0393A.9020402@targetdevelopment.at> <20060107220137.GS9402@redhat.com> Message-ID: <43C0F19D.5000006@targetdevelopment.at> Dave Jones wrote: > On Sat, Jan 07, 2006 at 10:57:14PM +0100, DI Mario Bruckschwaiger wrote: > > Hello, > > > > when using the latest kernel-2.6.15-1.1826.2.4_FC5 and the bcm43xx > > driver instead of ndiswrapper I get the error: > > > > bcm43xxx: Error: Microcode "bcm43xxx_microcode5.fw" not available or > > load failed > > You need to grab the firmware out of a windows driver > ftp://ftp.berlios.de/pub/bcm43xx/snapshots/fwcutter is a good starting point. The wireless device works perfectly when setting the parameters from the command line with iwconfig but not with the netprofile kernel parameter. Only the essid gets set but no rate and no channel. It worked with linuxant driverloader and ndiswrapper. Any idea what I am doing wrong? Mario. From leon.stringer at ntlworld.com Sun Jan 8 11:53:13 2006 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Sun, 08 Jan 2006 11:53:13 +0000 Subject: Screenshot with (Alt+) Print Scrn Message-ID: <1136721193.2495.4.camel@localhost.localdomain> Hi, I've just noticed that neither or + work in GNOME. They should take a screenshot (or current window with alt) and a dialog would appear allowing you to save or copy the image. In Preferences->Keyboard Shortcuts it lists the keys: Take a screenshot Print Take a screenshot of a window Print I can't find any bugs for this, does anyone know anything about it? Thanks, Leon... From sundaram at redhat.com Sun Jan 8 12:08:31 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Sun, 08 Jan 2006 17:38:31 +0530 Subject: Screenshot with (Alt+) Print Scrn In-Reply-To: <1136721193.2495.4.camel@localhost.localdomain> References: <1136721193.2495.4.camel@localhost.localdomain> Message-ID: <43C100BF.70702@redhat.com> Leon Stringer wrote: >Hi, > >I've just noticed that neither or + work >in GNOME. They should take a screenshot (or current window with alt) and >a dialog would appear allowing you to save or copy the image. > >In Preferences->Keyboard Shortcuts it lists the keys: > > Take a screenshot Print > Take a screenshot of a window Print > >I can't find any bugs for this, does anyone know anything about it? > > Which release of Fedora and GNOME?. Try running gnome-panel-screenshot from the terminal. -- Rahul Fedora Bug Triaging - http://fedorproject.org/wiki/BugZappers From fedora-test at adslpipe.co.uk Sun Jan 8 12:20:12 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 08 Jan 2006 12:20:12 +0000 Subject: rawhide report: 20060108 changes In-Reply-To: <200601080843.k088huaI032183@porkchop.devel.redhat.com> References: <200601080843.k088huaI032183@porkchop.devel.redhat.com> Message-ID: <43C1037C.9020505@adslpipe.co.uk> Build System wrote: > booty-0.64-1 rescuecd.iso and boot.iso now working :-) > eclipse-1:3.1.1-1jpp_15fc > gcc-4.1.0-0.14 > kernel-2.6.15-1.1826.2.5_FC5 My local mirror has synced up with today's rawhide OK, but a yum update pointed at my mirror doesn't want to update anything, tried a yum clean all, no difference, is the repo metadata correct? Is the .2.4 and .2.5 kernel versioning just part of the FC5T2 CVS branching, or a new scheme? > jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) Has it become a "longer term" issue to get the remaining java programs to work with gcj4.1? From leon.stringer at ntlworld.com Sun Jan 8 12:21:55 2006 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Sun, 08 Jan 2006 12:21:55 +0000 Subject: Screenshot with (Alt+) Print Scrn In-Reply-To: <43C100BF.70702@redhat.com> References: <1136721193.2495.4.camel@localhost.localdomain> <43C100BF.70702@redhat.com> Message-ID: <1136722915.2495.9.camel@localhost.localdomain> On Sun, 2006-01-08 at 17:38 +0530, Rahul Sundaram wrote: > Leon Stringer wrote: > >I've just noticed that neither or + work > >in GNOME. They should take a screenshot (or current window with alt) and > >a dialog would appear allowing you to save or copy the image. > > > Which release of Fedora and GNOME?. Try running gnome-panel-screenshot > from the terminal. Sorry I wasn't being deliberately unhelpful, it should all be the latest FC5 as I did a yum update last night. GNOME reports 2.13.4. Running "gnome-panel-screenshot" from the terminal launches fine... From sundaram at redhat.com Sun Jan 8 12:23:30 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Sun, 08 Jan 2006 17:53:30 +0530 Subject: Screenshot with (Alt+) Print Scrn In-Reply-To: <1136722915.2495.9.camel@localhost.localdomain> References: <1136721193.2495.4.camel@localhost.localdomain> <43C100BF.70702@redhat.com> <1136722915.2495.9.camel@localhost.localdomain> Message-ID: <43C10442.8020607@redhat.com> Leon Stringer wrote: >On Sun, 2006-01-08 at 17:38 +0530, Rahul Sundaram wrote: > > >>Leon Stringer wrote: >> >> >>>I've just noticed that neither or + work >>>in GNOME. They should take a screenshot (or current window with alt) and >>>a dialog would appear allowing you to save or copy the image. >>> >>> >>> >>Which release of Fedora and GNOME?. Try running gnome-panel-screenshot >>from the terminal. >> >> > >Sorry I wasn't being deliberately unhelpful, it should all be the latest >FC5 as I did a yum update last night. > >GNOME reports 2.13.4. > >Running "gnome-panel-screenshot" from the terminal launches fine... > > Ok. I can reproduce that. Go ahead and report the bug. Thanks -- Rahul Fedora Bug Triaging - http://fedorproject.org/wiki/BugZappers From fedora-test at adslpipe.co.uk Sun Jan 8 12:23:08 2006 From: fedora-test at adslpipe.co.uk (Andy Burns) Date: Sun, 08 Jan 2006 12:23:08 +0000 Subject: Call for testing rescue.iso In-Reply-To: <1136647469.2882.3.camel@ender> References: <1136414872.2926.38.camel@yoda.loki.me><43BC7E86.2000503@adslpipe.co.uk> <43BE7727.30206@adslpipe.co.uk><43BFB312.4070008@adslpipe.co.uk> <1136647469.2882.3.camel@ender> Message-ID: <43C1042C.6040802@adslpipe.co.uk> Jesse Keating wrote: > Heh, We're working on the process that rolls rawhide nightly. > Previously it was coded to just roll the i386, so there was no arch in > the iso name. OK, seems the glitches I've reported have all been fixed now, Thanks. The rescuecd.iso from 2006-01-08 is now fully working for me, boots, loads disk/usb, does language selection, loads network, mounts my raid/lvm partitions and detects the existing installation :-) If you want more eyeballs to test future versions let me know, I will test it again anyway before release, but probably not every day from now on :-P The planets seem to be coming into alignment for FC5T2 ... From chabotc at xs4all.nl Sun Jan 8 12:32:59 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Sun, 08 Jan 2006 13:32:59 +0100 Subject: Screenshot with (Alt+) Print Scrn In-Reply-To: <43C10442.8020607@redhat.com> References: <1136721193.2495.4.camel@localhost.localdomain> <43C100BF.70702@redhat.com> <1136722915.2495.9.camel@localhost.localdomain> <43C10442.8020607@redhat.com> Message-ID: <1136723579.2326.0.camel@localhost> Same here on both computers that have FC5 devel (latest rawhide) Let me know what bug id the bug has and i'll file my findings too Regards, -- Chris On Sun, 2006-01-08 at 17:53 +0530, Rahul Sundaram wrote: > Leon Stringer wrote: > > >On Sun, 2006-01-08 at 17:38 +0530, Rahul Sundaram wrote: > > > > > >>Leon Stringer wrote: > >> > >> > >>>I've just noticed that neither or + work > >>>in GNOME. They should take a screenshot (or current window with alt) and > >>>a dialog would appear allowing you to save or copy the image. > >>> > >>> > >>> > >>Which release of Fedora and GNOME?. Try running gnome-panel-screenshot > >>from the terminal. > >> > >> > > > >Sorry I wasn't being deliberately unhelpful, it should all be the latest > >FC5 as I did a yum update last night. > > > >GNOME reports 2.13.4. > > > >Running "gnome-panel-screenshot" from the terminal launches fine... > > > > > Ok. I can reproduce that. Go ahead and report the bug. Thanks > > > -- > Rahul > > Fedora Bug Triaging - http://fedorproject.org/wiki/BugZappers > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From paul at all-the-johnsons.co.uk Sun Jan 8 12:37:11 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Sun, 08 Jan 2006 12:37:11 +0000 Subject: Screenshot with (Alt+) Print Scrn In-Reply-To: <43C100BF.70702@redhat.com> References: <1136721193.2495.4.camel@localhost.localdomain> <43C100BF.70702@redhat.com> Message-ID: <1136723831.3041.9.camel@T7.Linux> Hi, > Which release of Fedora and GNOME?. Try running gnome-panel-screenshot > from the terminal. FC5t1 gnome-panel 2.13.4-1 gps works fine, print screen does nothing, alt-print screen does nothing. The KDE grabber works fine. Oddly though, if I change the print screen (window only) from alt print (all I did was press alt + print screen), it reports this as alt sys_rq, but print reports as print! - still doesn't work though. This is where things are going wrong. If I change it to f3 for print screen, f4 for print window, all returns to normal, so it looks like the problem is not in the g-p-s, but in g-keybindings-properties Bugzilla - 177259 TTFN Paul -- main(t,_,a) char*a;{return!0 References: <1136721193.2495.4.camel@localhost.localdomain> <43C100BF.70702@redhat.com> <1136722915.2495.9.camel@localhost.localdomain> <43C10442.8020607@redhat.com> <1136723579.2326.0.camel@localhost> Message-ID: <1136724451.2495.10.camel@localhost.localdomain> On Sun, 2006-01-08 at 13:32 +0100, Chris Chabot wrote: > Same here on both computers that have FC5 devel (latest rawhide) > > Let me know what bug id the bug has and i'll file my findings too > > Regards, > > -- Chris https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177260 From leon.stringer at ntlworld.com Sun Jan 8 12:53:59 2006 From: leon.stringer at ntlworld.com (Leon Stringer) Date: Sun, 08 Jan 2006 12:53:59 +0000 Subject: Screenshot with (Alt+) Print Scrn In-Reply-To: <1136723831.3041.9.camel@T7.Linux> References: <1136721193.2495.4.camel@localhost.localdomain> <43C100BF.70702@redhat.com> <1136723831.3041.9.camel@T7.Linux> Message-ID: <1136724839.2495.12.camel@localhost.localdomain> On Sun, 2006-01-08 at 12:37 +0000, Paul F. Johnson wrote: > This is where things are going wrong. If I change it to f3 for print > screen, f4 for print window, all returns to normal, so it looks like the > problem is not in the g-p-s, but in g-keybindings-properties > > Bugzilla - 177259 Yes, you're right this is the problem. I've closed #177260 as a dupe of #177259. From fedora at adslpipe.co.uk Sun Jan 8 15:44:18 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Sun, 08 Jan 2006 15:44:18 +0000 Subject: rawhide report: 20060108 changes In-Reply-To: <43C1037C.9020505@adslpipe.co.uk> References: <200601080843.k088huaI032183@porkchop.devel.redhat.com> <43C1037C.9020505@adslpipe.co.uk> Message-ID: <43C13352.3090703@adslpipe.co.uk> Andy Burns wrote: > My local mirror has synced up with today's rawhide OK, but a yum update > pointed at my mirror doesn't want to update anything Just tried again and it updated fine, I have a suspicion it was me doing something stupid, like still being SSHed to my FC4 mirror when running the yum update @'.'@ From justin.conover at gmail.com Sun Jan 8 15:13:21 2006 From: justin.conover at gmail.com (Justin Conover) Date: Sun, 8 Jan 2006 09:13:21 -0600 Subject: Online resizing of ext3 filesystems {shrink} Message-ID: Can you currently shrink an ext3 lvm online? -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Sun Jan 8 13:27:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 08 Jan 2006 08:27:52 -0500 Subject: rawhide report: 20060108 changes In-Reply-To: <43C1037C.9020505@adslpipe.co.uk> References: <200601080843.k088huaI032183@porkchop.devel.redhat.com> <43C1037C.9020505@adslpipe.co.uk> Message-ID: <1136726872.2900.36.camel@ender> On Sun, 2006-01-08 at 12:20 +0000, Andy Burns wrote: > Has it become a "longer term" issue to get the remaining java programs > to work with gcj4.1? We're going to give the java stuff another try on Monday. I think the latest gcc gcj stuff may have fixed the remaining issues. -- Jesse Keating Release Engineer: Fedora From arjan at fenrus.demon.nl Sun Jan 8 16:33:43 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sun, 08 Jan 2006 17:33:43 +0100 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: References: Message-ID: <1136738023.2955.12.camel@laptopd505.fenrus.org> On Sun, 2006-01-08 at 09:13 -0600, Justin Conover wrote: > Can you currently shrink an ext3 lvm online? no From fedora at adslpipe.co.uk Sun Jan 8 16:44:49 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Sun, 08 Jan 2006 16:44:49 +0000 Subject: rawhide report: 20060108 changes In-Reply-To: <1136726872.2900.36.camel@ender> References: <200601080843.k088huaI032183@porkchop.devel.redhat.com><43C1037C.9020505@adslpipe.co.uk> <1136726872.2900.36.camel@ender> Message-ID: <43C14181.5090502@adslpipe.co.uk> Jesse Keating wrote: > We're going to give the java stuff another try on Monday. I think the > latest gcc gcj stuff may have fixed the remaining issues. Sounds promising ... I've got some "java experimenting" I want to do, and it might as well be on my test box ... From brugolsky at telemetry-investments.com Sun Jan 8 18:23:13 2006 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Sun, 8 Jan 2006 13:23:13 -0500 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: References: Message-ID: <20060108182313.GA21892@ti64.telemetry-investments.com> On Sun, Jan 08, 2006 at 09:13:21AM -0600, Justin Conover wrote: > Can you currently shrink an ext3 lvm online? To elaborate on Arjan's answer: no, and not very likely in the near-term. Expanding a file system is relatively easy, because the new space is not referenced by any existing filesystem user. It is a relatively simple matter to prepare the data structures (block group, free map, etc.) and then update the existing data structures to include the new free space. The last step is very quick, and does not require suspending normal filesystem operations for very long. Shrinking, on the other hand, presents a host of problems, including the need to compact the data below the new boundary, and deal with current users of the filesystem that may, e.g., have a region of some file memory-mapped, or may have I/O in flight. A number of years ago, Andrew Morton (ioctl() to move file blocks), Jeff Garzik (ext2meta), and others experimented with APIs suitable for online defragmentation/optimization, the necessary first step before a filesystem can be shrunk. [Details are available in the ext2-devel and ext3-users archives.] But nobody ever bothered to write the userland code for an online defragmenter. Regards, Bill Rugolsky From katzj at redhat.com Sun Jan 8 22:32:46 2006 From: katzj at redhat.com (Jeremy Katz) Date: Sun, 08 Jan 2006 17:32:46 -0500 Subject: rawhide report: 20060108 changes In-Reply-To: <43C1037C.9020505@adslpipe.co.uk> References: <200601080843.k088huaI032183@porkchop.devel.redhat.com> <43C1037C.9020505@adslpipe.co.uk> Message-ID: <1136759567.19942.1.camel@bree.local.net> On Sun, 2006-01-08 at 12:20 +0000, Andy Burns wrote: > Is the .2.4 and .2.5 kernel versioning just part of the FC5T2 CVS > branching, or a new scheme? Yep, just a branch for test2 fixes so that we can keep rolling forward the main branch Jeremy From jkeating at redhat.com Sun Jan 8 13:27:52 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 08 Jan 2006 08:27:52 -0500 Subject: rawhide report: 20060108 changes In-Reply-To: <43C1037C.9020505@adslpipe.co.uk> References: <200601080843.k088huaI032183@porkchop.devel.redhat.com> <43C1037C.9020505@adslpipe.co.uk> Message-ID: <1136726872.2900.36.camel@ender> On Sun, 2006-01-08 at 12:20 +0000, Andy Burns wrote: > Has it become a "longer term" issue to get the remaining java programs > to work with gcj4.1? We're going to give the java stuff another try on Monday. I think the latest gcc gcj stuff may have fixed the remaining issues. -- Jesse Keating Release Engineer: Fedora From jkeating at redhat.com Sun Jan 8 13:29:33 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 08 Jan 2006 08:29:33 -0500 Subject: Call for testing rescue.iso In-Reply-To: <43C1042C.6040802@adslpipe.co.uk> References: <1136414872.2926.38.camel@yoda.loki.me> <43BC7E86.2000503@adslpipe.co.uk> <43BE7727.30206@adslpipe.co.uk> <43BFB312.4070008@adslpipe.co.uk> <1136647469.2882.3.camel@ender> <43C1042C.6040802@adslpipe.co.uk> Message-ID: <1136726973.2900.38.camel@ender> On Sun, 2006-01-08 at 12:23 +0000, Andy Burns wrote: > > If you want more eyeballs to test future versions let me know, I will > test it again anyway before release, but probably not every day from now > on :-P > > The planets seem to be coming into alignment for FC5T2 ... Thanks a lot! -- Jesse Keating Release Engineer: Fedora From huffman at graze.net Mon Jan 9 00:00:44 2006 From: huffman at graze.net (Brian C. Huffman) Date: Sun, 08 Jan 2006 19:00:44 -0500 Subject: VMWare and FC5 Rawhide Message-ID: <1136764844.4705.5.camel@oveja.graze.net> Has anyone gotten the latest VMWare (5.5.1 Build 19175) working with the latest Fedora Rawhide? I'm able to build the kernel modules, but when I try to run the workstation frontend, I get the following: /usr/lib/vmware/bin/vmware: error while loading shared libraries: /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0: cannot restore segment prot after reloc: Permission denied Any help would be appreciated. Thanks, Brian From deji_aking at yahoo.ca Mon Jan 9 01:00:35 2006 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Sun, 8 Jan 2006 20:00:35 -0500 (EST) Subject: VMWare and FC5 Rawhide In-Reply-To: <1136764844.4705.5.camel@oveja.graze.net> Message-ID: <20060109010035.72018.qmail@web52315.mail.yahoo.com> --- "Brian C. Huffman" wrote: > Has anyone gotten the latest VMWare (5.5.1 Build > 19175) working with the > latest Fedora Rawhide? > > I'm able to build the kernel modules, but when I try > to run the > workstation frontend, I get the following: > > /usr/lib/vmware/bin/vmware: error while loading > shared > libraries: > /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0: > cannot restore segment prot after reloc: Permission > denied > Selinux policy is blocking it from running, disabling selinux would make it 'work'. I've been seeing this too with third party applications, does anyone know how to work around this with selinux still enabled? Relabelling the files doesn't seem to effecf it. Deji __________________________________________________________ Find your next car at http://autos.yahoo.ca From fct-cornette at insight.rr.com Mon Jan 9 01:58:52 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Sun, 08 Jan 2006 20:58:52 -0500 Subject: VMWare and FC5 Rawhide In-Reply-To: <20060109010035.72018.qmail@web52315.mail.yahoo.com> References: <20060109010035.72018.qmail@web52315.mail.yahoo.com> Message-ID: <43C1C35C.7040104@insight.rr.com> Deji Akingunola wrote: > --- "Brian C. Huffman" wrote: > > >>Has anyone gotten the latest VMWare (5.5.1 Build >>19175) working with the >>latest Fedora Rawhide? >> >>I'm able to build the kernel modules, but when I try >>to run the >>workstation frontend, I get the following: >> >>/usr/lib/vmware/bin/vmware: error while loading >>shared >>libraries: >> > > /usr/lib/vmware/lib/libgdk-x11-2.0.so.0/libgdk-x11-2.0.so.0: > >>cannot restore segment prot after reloc: Permission >>denied >> > > Selinux policy is blocking it from running, disabling > selinux would make it 'work'. > > I've been seeing this too with third party > applications, does anyone know how to work around this > with selinux still enabled? Relabelling the files > doesn't seem to effecf it. > > Deji I believe some file content needs to be added to the third party software with different commands to adjust policy. The selinux list answered questions quickly and led me in the right direction when I was actively on the list. I think the commands are cryptic but with usage, it might become an easy process. https://www.redhat.com/archives/fedora-selinux-list/ might be a good place to get answers or directions to the commands, help files and documentation. It would be great if third party programs were flagged for SELinux attention. I think the rpm database contains information on file content. A utility progam or work with the vendors to add security content to their programs would be helpful. Needing to disable SELinux when using third party software is a bit extreme. I believe relabeling only relabels according to information in policy files. Jim From gajownik at fedora.pl Mon Jan 9 02:06:58 2006 From: gajownik at fedora.pl (Dawid Gajownik) Date: Mon, 09 Jan 2006 03:06:58 +0100 Subject: VMWare and FC5 Rawhide In-Reply-To: <20060109010035.72018.qmail@web52315.mail.yahoo.com> References: <20060109010035.72018.qmail@web52315.mail.yahoo.com> Message-ID: <43C1C542.2080604@fedora.pl> Dnia 01/09/2006 02:01 AM, U?ytkownik Deji Akingunola napisa?: > does anyone know how to work around this > with selinux still enabled? Change security context of the file to texrel_shlib_t http://www.redhat.com/archives/fedora-test-list/2005-December/msg00308.html -- ^_* From deji_aking at yahoo.ca Mon Jan 9 03:08:55 2006 From: deji_aking at yahoo.ca (Deji Akingunola) Date: Sun, 8 Jan 2006 22:08:55 -0500 (EST) Subject: VMWare and FC5 Rawhide In-Reply-To: <43C1C542.2080604@fedora.pl> Message-ID: <20060109030855.19261.qmail@web52315.mail.yahoo.com> --- Dawid Gajownik wrote: > Dnia 01/09/2006 02:01 AM, U??ytkownik Deji > Akingunola napisa??: > > does anyone know how to work around this > > with selinux still enabled? > > Change security context of the file to > texrel_shlib_t > http://www.redhat.com/archives/fedora-test-list/2005-December/msg00308.html > Thanks, that works o.k, I think I've seen it before too. Deji __________________________________________________________ Find your next car at http://autos.yahoo.ca From clydekunkel7734 at cox.net Mon Jan 9 04:22:21 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Sun, 08 Jan 2006 23:22:21 -0500 Subject: sudo nautilus problem, glibc detected In-Reply-To: <1136702023.3530.8.camel@kinichahau.homebase> References: <43BFC085.5050803@insight.rr.com> <1136660096.3067.5.camel@T7.Linux> <43C091A6.70501@insight.rr.com> <1136702023.3530.8.camel@kinichahau.homebase> Message-ID: <43C1E4FD.9030703@cox.net> Lars G wrote: > just found that when i'm logged in as a regular user and start nautilus > with "sudo nautilus", i get a *** glibc detected *** error on closing > the window. > > $ sudo nautilus > *** glibc detected *** nautilus: munmap_chunk(): invalid pointer: > 0x08138165 ***======= Backtrace: ========= > /lib/libc.so.6(__libc_free+0x17b)[0xb7d7af7f] > /usr/lib/libglib-2.0.so.0(g_free+0x22)[0xb7e9de22] > nautilus[0x80d012f] > /usr/lib/libgobject-2.0.so.0(g_object_unref+0x161)[0xb7f1ad75] > nautilus[0x80cf5c8] > nautilus[0x80cf67e] > /usr/lib/libgobject-2.0.so.0(g_object_unref+0x161)[0xb7f1ad75] > nautilus[0x80cef16] > /usr/lib/libeel-2.so.2(eel_debug_shut_down+0x39)[0x4f8b384b] > nautilus[0x807932c] > /lib/libc.so.6(__libc_start_main+0xdc)[0xb7d296b4] > nautilus[0x8066b21] > ======= Memory map: ======== > 08048000-08165000 r-xp 00000000 08:02 2803898 /usr/bin/nautilus > 08165000-08176000 rw-p 0011c000 08:02 2803898 /usr/bin/nautilus > 08176000-084e7000 rw-p 08176000 00:00 0 [heap] > 4218a000-421a7000 r-xp 00000000 08:02 > 2333636 /usr/lib/libtheora.so.0.2.0 > 421a7000-421a8000 rw-p 0001c000 08:02 > 2333636 /usr/lib/libtheora.so.0.2.0 > 42225000-4225d000 r-xp 00000000 08:02 > 2810581 /usr/lib/liboil-0.3.so.0.1.0 > 4225d000-4226c000 rw-p 00038000 08:02 > 2810581 /usr/lib/liboil-0.3.so.0.1.0 > 4226c000-4226e000 rw-p 4226c000 00:00 0 > 49ae3000-49afc000 r-xp 00000000 08:02 291992 /usr/lib/libdv.so.4.0.1 > 49afc000-49aff000 rw-p 00018000 08:02 291992 /usr/lib/libdv.so.4.0.1 > 49aff000-49b0c000 rw-p 49aff000 00:00 0 > 4e6de000-4e6e1000 r-xp 00000000 08:02 > 2804186 /usr/lib/librom1394.so.0.2.1 > 4e6e1000-4e6e2000 rw-p 00002000 08:02 > 2804186 /usr/lib/librom1394.so.0.2.1 > 4e70b000-4e71d000 r-xp 00000000 08:02 2143092 /usr/lib/libz.so.1.2.3 > 4e71d000-4e71e000 rw-p 00011000 08:02 2143092 /usr/lib/libz.so.1.2.3 > 4e720000-4e722000 r-xp 00000000 08:02 > 462242 /usr/lib/libXau.so.6.0.0 > 4e722000-4e723000 rw-p 00001000 08:02 > 462242 /usr/lib/libXau.so.6.0.0 > 4e725000-4e819000 r-xp 00000000 08:02 > 2143085 /usr/lib/libX11.so.6.2.0 > 4e819000-4e81d000 rw-p 000f4000 08:02 > 2143085 /usr/lib/libX11.so.6.2.0 > 4e81f000-4e824000 r-xp 00000000 08:02 > 2143083 /usr/lib/libXdmcp.so.6.0.0 > 4e824000-4e825000 rw-p 00004000 08:02 > 2143083 /usr/lib/libXdmcp.so.6.0.0 > 4e8b5000-4e8c3000 r-xp 00000000 08:02 > 2143100 /usr/lib/libXext.so.6.4.0 > 4e8c3000-4e8c4000 rw-p 0000d000 08:02 > 2143100 /usr/lib/libXext.so.6.4.0 > 4e91f000-4e93d000 r-xp 00000000 08:02 > 2143095 /usr/lib/libexpat.so.0.5.0 > 4e93d000-4e93f000 rw-p 0001d000 08:02 > 2143095 /usr/lib/libexpat.so.0.5.0 > 4e941000-4e966000 r-xp 00000000 08:02 > 2143093 /usr/lib/libpng12.so.0.1.2.8 > 4e966000-4e967000 rw-p 00025000 08:02 > 2143093 /usr/lib/libpng12.so.0.1.2.8 > 4e969000-4e9cf000 r-xp 00000000 08:02 > 2143094 /usr/lib/libfreetype.so.6.3.8 > 4e9cf000-4e9d2000 rw-p 00066000 08:02 > 2143094 /usr/lib/libfreetype.so.6.3.8 > 4e9d4000-4ea09000 r-xp 00000000 08:02 > 2143096 /usr/lib/libfontconfig.so.1.0.44ea09000-4ea0d000 rw-p > 00034000 08:02 > 2143096 /usr/lib/libfontconfig.so.1.0.44ea0d000-4ea0e000 rw-p > 4ea0d000 00:00 0 > 4ea10000-4ea17000 r-xp 00000000 08:02 > 2143091 /usr/lib/libXrender.so.1.3.0 > 4ea17000-4ea18000 rw-p 00007000 08:02 > 2143091 /usr/lib/libXrender.so.1.3.0 > 4ea1a000-4ea21000 r-xp 00000000 08:02 2143103 /usr/lib/libXi.so.6.0.0 > 4ea21000-4ea22000 rw-p 00006000 08:02 2143103 /usr/lib/libXi.so.6.0.0 > 4ea24000-4ea2d000 r-xp 00000000 08:02 > 2143108 /usr/lib/libXcursor.so.1.0.2 > 4ea2d000-4ea2e000 rw-p 00008000 08:02 > 2143108 /usr/lib/libXcursor.so.1.0.2 > 4ea30000-4ea33000 r-xp 00000000 08:02 > 2143106 /usr/lib/libXrandr.so.2.0.0 > 4ea33000-4ea34000 rw-p 00002000 08:02 > 2143106 /usr/lib/libXrandr.so.2.0.0 > 4ea36000-4ea3a000 r-xp 00000000 08:02 > 2143107 /usr/lib/libXfixes.so.3.0.0 > 4ea3a000-4ea3b000 rw-p 00003000 08:02 > 2143107 /usr/lib/libXfixes.so.3.0.0 > 4ea3d000-4ea3f000 r-xp 00000000 08:02 > 2143102 /usr/lib/libXinerama.so.1.0.0 > 4ea3f000-4ea40000 rw-p 00001000 08:02 > 2143102 /usr/lib/libXinerama.so.1.0.0 > 4ea42000-4ed33000 r-xp 00000000 08:02 > 2143111 /usr/lib/libgtk-x11-2.0.so.0.800.9 > 4ed33000-4ed3b000 rw-p 002f1000 08:02 > 2143111 /usr/lib/libgtk-x11-2.0.so.0.800.9 > 4ed3b000-4ed3e000 rw-p 4ed3b000 00:00 0 > 4ed40000-4e > (gnome_segv:3528): Gtk-WARNING **: Failed to set label from markup due > to error parsing markup: Unknown tag 'unknown' on line 1 char 69 > > > Bugzilla Bug 177059 ? nautilus: munmap_chunk(): invalid pointer -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From goemon at anime.net Mon Jan 9 04:23:50 2006 From: goemon at anime.net (goemon at anime.net) Date: Sun, 8 Jan 2006 20:23:50 -0800 (PST) Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: <20060108182313.GA21892@ti64.telemetry-investments.com> References: <20060108182313.GA21892@ti64.telemetry-investments.com> Message-ID: On Sun, 8 Jan 2006, Bill Rugolsky Jr. wrote: > Shrinking, on the other hand, presents a host of problems, including > the need to compact the data below the new boundary, and deal with > current users of the filesystem that may, e.g., have a region of > some file memory-mapped, or may have I/O in flight. what about if you're shrinking the filesystem to a point where nothing is/has ever been used/mapped and where no data needs to be compacted? eg a 100gb filesystem where only 50gb has _ever_ been used. > But nobody ever bothered to write the userland code for an online > defragmenter. This is a major advantage microsoft has with NTFS over linux :-( -Dan From davej at redhat.com Mon Jan 9 05:05:31 2006 From: davej at redhat.com (Dave Jones) Date: Mon, 9 Jan 2006 00:05:31 -0500 Subject: rawhide report: 20060108 changes In-Reply-To: <43C1037C.9020505@adslpipe.co.uk> References: <200601080843.k088huaI032183@porkchop.devel.redhat.com> <43C1037C.9020505@adslpipe.co.uk> Message-ID: <20060109050531.GB10945@redhat.com> On Sun, Jan 08, 2006 at 12:20:12PM +0000, Andy Burns wrote: > >kernel-2.6.15-1.1826.2.5_FC5 > > Is the .2.4 and .2.5 kernel versioning just part of the FC5T2 CVS > branching, or a new scheme? CVS branch. It'll revert back to normal when we ship cvs head again after test2. (head right now is continuing to track upstream). Dave From arjan at fenrus.demon.nl Mon Jan 9 07:22:04 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Mon, 09 Jan 2006 08:22:04 +0100 Subject: VMWare and FC5 Rawhide In-Reply-To: <43C1C542.2080604@fedora.pl> References: <20060109010035.72018.qmail@web52315.mail.yahoo.com> <43C1C542.2080604@fedora.pl> Message-ID: <1136791325.2936.6.camel@laptopd505.fenrus.org> On Mon, 2006-01-09 at 03:06 +0100, Dawid Gajownik wrote: > Dnia 01/09/2006 02:01 AM, U?ytkownik Deji Akingunola napisa?: > > does anyone know how to work around this > > with selinux still enabled? > > Change security context of the file to texrel_shlib_t > http://www.redhat.com/archives/fedora-test-list/2005-December/msg00308.html this means that the file is seriously miscompiled by who ever compiled it (shared libraries REALLY shouldn't contain TEXREL's) so please file a bug about it (it looks that it's a file distributed by vmware, so file it with them). Or recompile it yourself (they ship the source of this bit of course, as per LGPL) From buildsys at redhat.com Mon Jan 9 08:02:11 2006 From: buildsys at redhat.com (Build System) Date: Mon, 9 Jan 2006 03:02:11 -0500 Subject: rawhide report: 20060109 changes Message-ID: <200601090802.k0982Bhq011516@porkchop.devel.redhat.com> Updated Packages: gedit-1:2.13.1-2 ---------------- * Sun Jan 08 2006 Dan Williams - 1:2.13.1-2 - Fix up and re-enable persistent file selector size patch yum-2.5.1-1 ----------- * Sun Jan 08 2006 Jeremy Katz - 2.5.1-1 - seth loves me and made a 2.5.1 release. so no cvs snap for you! * Sun Jan 08 2006 Jeremy Katz - 2.5.1-0.20060108 - update to CVS snap Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.i386 requires libgcj.so.6 openhpi - 2.2.1-1.i386 requires libnetsnmp.so.9 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.ppc requires libgcj.so.6 openhpi - 2.2.1-1.ppc requires libnetsnmp.so.9 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) openhpi - 2.2.1-1.ppc64 requires libnetsnmp.so.9()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 openhpi - 2.2.1-1.s390 requires libnetsnmp.so.9 Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) openhpi - 2.2.1-1.s390x requires libnetsnmp.so.9()(64bit) Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) jonas - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) jonas-examples - 4.3.3-1jpp_15fc.x86_64 requires libgcj.so.6()(64bit) openhpi - 2.2.1-1.x86_64 requires libnetsnmp.so.9()(64bit) From gajownik at fedora.pl Mon Jan 9 10:49:44 2006 From: gajownik at fedora.pl (Dawid Gajownik) Date: Mon, 09 Jan 2006 11:49:44 +0100 Subject: VMWare and FC5 Rawhide In-Reply-To: <1136791325.2936.6.camel@laptopd505.fenrus.org> References: <20060109010035.72018.qmail@web52315.mail.yahoo.com> <43C1C542.2080604@fedora.pl> <1136791325.2936.6.camel@laptopd505.fenrus.org> Message-ID: <43C23FC8.6020302@fedora.pl> Dnia 01/09/2006 08:22 AM, U?ytkownik Arjan van de Ven napisa?: > this means that the file is seriously miscompiled by who ever compiled > it (shared libraries REALLY shouldn't contain TEXREL's) so please file a > bug about it (it looks that it's a file distributed by vmware, so file > it with them). It was reported by Tom London: http://www.redhat.com/archives/fedora-selinux-list/2005-December/msg00077.html http://www.vmware.com/community/thread.jspa?messageID=320149 Actually, I don't use this program (it's not free) and I don't care about it. I also don't want to be bashed once again by kernel developers (IIRC kernel module taints kernel) :P It would be better to fix bugs #175275 and #175442 (unfortunately, I'm only tester/packager and I don't have such a skills :/ ). Regards, Dawid -- ^_* From roger at gwch.net Mon Jan 9 12:18:02 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 09 Jan 2006 13:18:02 +0100 Subject: Slow start from Metacity Message-ID: <1136809082.6577.6.camel@niobe> Hey, on each login, metacity needs a loooooooooooooong time...logs are saying: niobe kernel: ufs was compiled with read-only support, can't be mounted as read-write Has this something to do with?? Rog From sundaram at redhat.com Mon Jan 9 12:23:06 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 09 Jan 2006 17:53:06 +0530 Subject: Slow start from Metacity In-Reply-To: <1136809082.6577.6.camel@niobe> References: <1136809082.6577.6.camel@niobe> Message-ID: <43C255AA.7070609@redhat.com> Roger Grosswiler wrote: >Hey, > >on each login, metacity needs a loooooooooooooong time...logs are >saying: > > > Which version of metacity?. How long? If you are running rawhide, are you running the latest kernel? >niobe kernel: ufs was compiled with read-only support, can't be mounted as read-write > >Has this something to do with?? > > Probably not. Are you using ufs? -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From roger at gwch.net Mon Jan 9 12:31:26 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 09 Jan 2006 13:31:26 +0100 Subject: Slow start from Metacity In-Reply-To: <43C255AA.7070609@redhat.com> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> Message-ID: <1136809887.6577.9.camel@niobe> Am Montag, den 09.01.2006, 17:53 +0530 schrieb Rahul Sundaram: > Roger Grosswiler wrote: > > >Hey, > > > >on each login, metacity needs a loooooooooooooong time...logs are > >saying: > > > > > > > Which version of metacity? metacity-2.13.8-1 > . How long? If you are running rawhide, are > you running the latest kernel? kernel-2.6.15-1.1826.2.5_FC5 > > >niobe kernel: ufs was compiled with read-only support, can't be mounted as read-write > > > >Has this something to do with?? > > > > > Probably not. Are you using ufs? [roger at niobe ~]$ rpm -qa | grep ufs [roger at niobe ~]$ > > -- > Rahul > > Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers > -- Mit freundlichen Gr?ssen Roger Grosswiler ------------------------ mailto:roger at gwch.net http://www.gwch.net From sundaram at redhat.com Mon Jan 9 12:42:25 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Mon, 09 Jan 2006 18:12:25 +0530 Subject: Slow start from Metacity In-Reply-To: <1136809887.6577.9.camel@niobe> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> <1136809887.6577.9.camel@niobe> Message-ID: <43C25A31.3020205@redhat.com> Hi >>> >>> >>Which version of metacity? >> >> >metacity-2.13.8-1 > > >>. How long? If you are running rawhide, are >>you running the latest kernel? >> >> >kernel-2.6.15-1.1826.2.5_FC5 > > These are the latest. What exactly is the problem with metacity. How long does it take? Is GNOME login slow?. Is the application launching slowly?. Does it make any difference in KDE? >>>niobe kernel: ufs was compiled with read-only support, can't be mounted as read-write >>> >>>Has this something to do with?? >>> >>> >>> >>> >>Probably not. Are you using ufs? >> >> >[roger at niobe ~]$ rpm -qa | grep ufs >[roger at niobe ~]$ > Its a filesystem within the kernel. Not a separate package. http://en.wikipedia.org/wiki/Unix_File_System Whats the system specs?. You might try running bootchart to see what is slowing down the system. Refer to http://fedoraproject.org/wiki/BootChartInstallation -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From roger at gwch.net Mon Jan 9 12:49:20 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 09 Jan 2006 13:49:20 +0100 Subject: Slow start from Metacity In-Reply-To: <43C25A31.3020205@redhat.com> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> <1136809887.6577.9.camel@niobe> <43C25A31.3020205@redhat.com> Message-ID: <1136810961.6577.26.camel@niobe> Am Montag, den 09.01.2006, 18:12 +0530 schrieb Rahul Sundaram: > Hi > > >>> > >>> > >>Which version of metacity? > >> > >> > >metacity-2.13.8-1 > > > > > >>. How long? If you are running rawhide, are > >>you running the latest kernel? > >> > >> > >kernel-2.6.15-1.1826.2.5_FC5 > > > > > These are the latest. What exactly is the problem with metacity. How > long does it take? after login, the splash screen "freezes" about 1-2 minutes, then continues regularly... > Is GNOME login slow? > . Is the application launching > slowly? Yes, application launching is slooooooooow! it takes 1-2 minutes on the splash screen, the following procedure like nautilus etc is as usual... > . Does it make any difference in KDE? yes, kde is as fast as usual... > > > >>>niobe kernel: ufs was compiled with read-only support, can't be mounted as read-write > >>> > >>>Has this something to do with?? > >>> > >>> > >>> > >>> > >>Probably not. Are you using ufs? > >> > >> > >[roger at niobe ~]$ rpm -qa | grep ufs > >[roger at niobe ~]$ > > > Its a filesystem within the kernel. Not a separate package. > > http://en.wikipedia.org/wiki/Unix_File_System > > Whats the system specs?. You might try running bootchart to see what is > slowing down the system. Refer to > http://fedoraproject.org/wiki/BootChartInstallation From pbrobinson at gmail.com Mon Jan 9 12:52:55 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 9 Jan 2006 12:52:55 +0000 Subject: Slow start from Metacity In-Reply-To: <1136810961.6577.26.camel@niobe> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> <1136809887.6577.9.camel@niobe> <43C25A31.3020205@redhat.com> <1136810961.6577.26.camel@niobe> Message-ID: <5256d0b0601090452k4193be82x2a8ccdb77971b613@mail.gmail.com> > > These are the latest. What exactly is the problem with metacity. How > > long does it take? > after login, the splash screen "freezes" about 1-2 minutes, then > continues regularly... > > Is GNOME login slow? > > . Is the application launching > > slowly? > Yes, application launching is slooooooooow! it takes 1-2 minutes on the > splash screen, the following procedure like nautilus etc is as usual... Sounds like a dns or reverse dns issue. Is the configured DNS server available during login? I seem to remember there was a patch for this done by someone recently to allow it to be disabled, not sure if its in this version. Peter From roger at gwch.net Mon Jan 9 12:59:34 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 09 Jan 2006 13:59:34 +0100 Subject: Slow start from Metacity In-Reply-To: <5256d0b0601090452k4193be82x2a8ccdb77971b613@mail.gmail.com> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> <1136809887.6577.9.camel@niobe> <43C25A31.3020205@redhat.com> <1136810961.6577.26.camel@niobe> <5256d0b0601090452k4193be82x2a8ccdb77971b613@mail.gmail.com> Message-ID: <1136811575.6577.28.camel@niobe> Am Montag, den 09.01.2006, 12:52 +0000 schrieb Peter Robinson: > Sounds like a dns or reverse dns issue. Is the configured DNS server > available during login? I seem to remember there was a patch for this > done by someone recently to allow it to be disabled, not sure if its > in this version. > > Peter checked. forward as backward zones are working flawlessy. Is there something about th mdns (or however it is called...) Rog From cmadams at hiwaay.net Mon Jan 9 15:11:37 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Mon, 9 Jan 2006 09:11:37 -0600 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: References: <20060108182313.GA21892@ti64.telemetry-investments.com> Message-ID: <20060109151136.GA689952@hiwaay.net> Once upon a time, goemon at anime.net said: > On Sun, 8 Jan 2006, Bill Rugolsky Jr. wrote: > >Shrinking, on the other hand, presents a host of problems, including > >the need to compact the data below the new boundary, and deal with > >current users of the filesystem that may, e.g., have a region of > >some file memory-mapped, or may have I/O in flight. > > what about if you're shrinking the filesystem to a point where nothing > is/has ever been used/mapped and where no data needs to be compacted? Without shrink, expand is not all that useful. With LVM, shrink and expand can be used to re-allocate free space to different filesystems. Without shrink, that can't be done. > >But nobody ever bothered to write the userland code for an online > >defragmenter. > > This is a major advantage microsoft has with NTFS over linux :-( I don't know about NTFS, but ext2/3 is generally pretty resistant to significant fragmentation (fragmentation that would cause a performance impact), so online defrag isn't that big of a deal. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From sdodson at sdodson.com Mon Jan 9 15:17:58 2006 From: sdodson at sdodson.com (Scott Dodson) Date: Mon, 09 Jan 2006 10:17:58 -0500 Subject: SKGE not picking up Marvell 88E8050 Message-ID: <43C27EA6.705@sdodson.com> Previously with Fedora Core 4 I would download the sk98lin driver from Syskonnect and compile, while using rawhide it refuses to compile complaining about missing msr.c file. Everyone tells me that the card should be supported by skge module which is part of the default. Has anyone else had problems getting Marvell 88E8050 PCI-ASF Gigabit nic working? PCI-ID is 11ab:4361. This is in a Gateway 2000 E4300. Thanks, Scott From brugolsky at telemetry-investments.com Mon Jan 9 15:27:01 2006 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Mon, 9 Jan 2006 10:27:01 -0500 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: References: <20060108182313.GA21892@ti64.telemetry-investments.com> Message-ID: <20060109152701.GB10448@ti64.telemetry-investments.com> On Sun, Jan 08, 2006 at 08:23:50PM -0800, goemon at anime.net wrote: > what about if you're shrinking the filesystem to a point where nothing > is/has ever been used/mapped and where no data needs to be compacted? > > eg a 100gb filesystem where only 50gb has _ever_ been used. That's not the way Ext2/Ext3 allocation works; directories and files get spread out across the disk, for a variety of reasons. The new Orlov allocator spreads less, but even so, there is no guarantee that the higher block groups are not allocated. Details are in fs/ext3/ialloc.c. Would it be nice to be able to shrink a filesystem online? Of course -- but nobody has been sufficiently motivated to do it, for any of the commonly used filesystems. The workaround is to not allocate all of the space initially, and grow filesystems as needed. If you really need to shrink the filesystem, boot from a rescue CD, or install a rescue initramfs image in /boot, and boot from that. > >But nobody ever bothered to write the userland code for an online > >defragmenter. > > This is a major advantage microsoft has with NTFS over linux :-( Doubtful. Linux file systems generally don't need a defragmenter, except in a few cases. Reservations and/or delayed allocation help to alleviate problems with files written incrementally, even on busy multi-user servers. For an overview of the state of Ext3, see: http://ext2.sourceforge.net/2005-ols/paper-html/cao.html The principal problem is with slow-growing log files and mbox-style mailboxes that may be written, closed, reopened, written, etc. For mailboxes a tar/untar of your mail directory works just fine. There is a tool called Disk Allocation Viewer here: http://davtools.sourceforge.net/ It provides a nice graphical display of file allocation, just like the Windows defragmenters. It just won't do anything about it; that's left as an exercise. :-) More interesting than plain defragmenting would be clustering based upon access pattern. E.g., I'd like to know the performance difference, if any, between a system installed one RPM at at time, and updated via YUM, where files are scattered across the the filesystem directory structure as each RPM is installed, vs. a full file-level backup/restore. Demand-paging of libraries and executables complicates the whole picture, because the file is not read linearly. The access pattern of huge C++ monoliths like OpenOffice.org is stomach-churning, though efforts have been made to improve it. Using one of the many tracing tools (Jens Axboe's blktrace, or LTT) and a virtualization environment (Xen, QEMU, etc.), one could pretty easily set up controlled experiments and record traces. Regards, Bill Rugolsky From dwmw2 at infradead.org Mon Jan 9 16:16:08 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 09 Jan 2006 16:16:08 +0000 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136399138.5552.11.camel@localhost.localdomain> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> Message-ID: <1136823368.3443.29.camel@hades.cambridge.redhat.com> On Wed, 2006-01-04 at 13:25 -0500, Dan Williams wrote: > Debatable. I may be authorized to connect to certain networks, and > you're not. So the network & authorization information is specific to > my user, and shouldn't be available to yours. That doesn't really make much sense in the Linux world -- if the network is configured and running then all users on the machine _have_ got access to the it. I think there are some iptables hacks around to attempt to limit network access to certain users, but we don't ship them, do we? We certainly don't attempt to use them. For Windows, perhaps it's different -- one really can consider a Windows box to be a single-user machine, and it might actually make sense to consider network connections to be a per-user thing. Even VPNs might make some sense in the Windows world, but this isn't Windows. > This is the same situation as 802.1x certificates for authentication. > You shouldn't use my certificate to authenticate to the access > server. Same for WEP keys. It isn't 'my' WEP key. It is the system's WEP key. You are trying to impose a policy which doesn't make any sense in this environment. > Of course, this is all premised on console-user privileges. In an > actively multi-user machine, there do need to be system-wide settings > for networking. But nobody has come up with an acceptable method for > system-wide settings, besides using GConf's default/mandatory > settings. > But by default, I argue that such security and authentication > information is first per-user, second system-wide, and only in that > order. Just like login passwords. Not at all like login passwords. Login passwords get you a _session_ from which you can access an individual resources's files, and you can access certain other shared resources which are available to you. WEP keys set up a system-wide resource which _any_ user of the system can then utilise. Networks _aren't_ a per-user resource in practice, and I'd be surprised if it were particularly common for users to want WEP keys to be per-user. Certificates might well be a different matter, but in practice I doubt there are many users who really care about those being per-user instead of system-wide either. Network data being stored system wide is by far the more common arrangement, and as far as I can tell, NetworkManager doesn't seem to allow that -- I ought to at least have the _option_ of doing so, surely? Or is this yet another case where GNOME knows better than its idiot users? I'd like to reboot my laptop onto a new kernel, but if I do so at the moment while I'm 20 miles from it, I know it wouldn't manage to reconnect to the network.... -- dwmw2 From brugolsky at telemetry-investments.com Mon Jan 9 16:19:51 2006 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Mon, 9 Jan 2006 11:19:51 -0500 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: <604aa7910601090742h6c7df9dcu15e9921ba47d81@mail.gmail.com> References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109152701.GB10448@ti64.telemetry-investments.com> <604aa7910601090742h6c7df9dcu15e9921ba47d81@mail.gmail.com> Message-ID: <20060109161951.GA688@ti64.telemetry-investments.com> On Mon, Jan 09, 2006 at 10:42:14AM -0500, Jeff Spaleta wrote: > Doesn't this issue of how ext3 sprinkles data around the disk also > impact the underlying limitations on speed of bootup and desktop > initiation? Not that I care about bootup speed issue, because I really > really don't. But I've been told that diskseek is the large > bottleneck. Wouldn't a defragmenter signficantly help with diskseek > related speed limitations? A DOS/Windows defragmenter [caveat: last I used one was in the early 1990s] generally stuffs files into contiguous locations on disk without much regard for their interrelationship. What we need is a (background) disk optimizer, that will layout multiple related files in the order of their access. For a long while Arjan had a patch in the kernel SRPM, turned off by default, that output a list of files as they were opened on startup. I believe that list formed the basis for the readahead service file list, but I don't know the details. [I haven't followed the subsequent work involving bootchart.] A motivated student could certainly move the ball forward with a senior thesis, Google SoC, etc., project. In a certain sense, the problem is not unlike swap pagein, and similar (e.g., Markov) methods might apply, the problem being one of where to record the statistics, and then resurrecting one of the tools to reorganize the filesystem layout. Andrew Morton seemed to very much like the idea of background best-effort filesystem layout optimization back when it was discussed. Which is one way of saying, "if you build it, he will merge ..." Regards, Bill Rugolsky From jspaleta at gmail.com Mon Jan 9 15:42:14 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 9 Jan 2006 10:42:14 -0500 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: <20060109152701.GB10448@ti64.telemetry-investments.com> References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109152701.GB10448@ti64.telemetry-investments.com> Message-ID: <604aa7910601090742h6c7df9dcu15e9921ba47d81@mail.gmail.com> On 1/9/06, Bill Rugolsky Jr. wrote: > Linux file systems generally don't need a defragmenter, except in a few > cases. Reservations and/or delayed allocation help to alleviate problems > with files written incrementally, even on busy multi-user servers. For > an overview of the state of Ext3, see: Doesn't this issue of how ext3 sprinkles data around the disk also impact the underlying limitations on speed of bootup and desktop initiation? Not that I care about bootup speed issue, because I really really don't. But I've been told that diskseek is the large bottleneck. Wouldn't a defragmenter signficantly help with diskseek related speed limitations? -jef From roger at gwch.net Mon Jan 9 17:24:40 2006 From: roger at gwch.net (Roger Grosswiler) Date: Mon, 09 Jan 2006 18:24:40 +0100 Subject: Slow start from Metacity [SOLVED] In-Reply-To: <43C255AA.7070609@redhat.com> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> Message-ID: <1136827481.2661.0.camel@niobe> Am Montag, den 09.01.2006, 17:53 +0530 schrieb Rahul Sundaram: > Roger Grosswiler wrote: > > >Hey, > > > >on each login, metacity needs a loooooooooooooong time...logs are > >saying: > > > > > > > Which version of metacity?. How long? If you are running rawhide, are > you running the latest kernel? > > >niobe kernel: ufs was compiled with read-only support, can't be mounted as read-write > > > >Has this something to do with?? > > > > > Probably not. Are you using ufs? > > -- > Rahul > > Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers i dunno why - but it helped, that i logged out and saved my preferences again...this did the trick... rog From alan at redhat.com Mon Jan 9 18:27:55 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 9 Jan 2006 13:27:55 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136823368.3443.29.camel@hades.cambridge.redhat.com> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> Message-ID: <20060109182755.GB12458@devserv.devel.redhat.com> On Mon, Jan 09, 2006 at 04:16:08PM +0000, David Woodhouse wrote: > That doesn't really make much sense in the Linux world -- if the network > is configured and running then all users on the machine _have_ got > access to the it. I think there are some iptables hacks around to The administration may see that differently to the physical topology. We do actually enforce user level management for some network protocols notably AX.25 where the authorization to use the radio generally is tied to a user and multiple users effectively appear as different "addresses" > It isn't 'my' WEP key. It is the system's WEP key. You are trying to > impose a policy which doesn't make any sense in this environment. What is it they say about being able to see in stereo through a keyhole 8) There are cases of systems where it is meaningful to deal with authentication and control of interfaces at a user level. Different users having different WEP keys is one possible case but more common are things like end users bluetooth connections not being made available to remote users sharing the system. > WEP keys set up a system-wide resource which _any_ user of the system > can then utilise. Networks _aren't_ a per-user resource in practice, and See example above. They can be. It isnt perhaps the most common situation but it is a very real one and I've dealt with people who actively wanted to route some users via different networks or deny them some access and for good reasons. From twaugh at redhat.com Mon Jan 9 18:45:54 2006 From: twaugh at redhat.com (Tim Waugh) Date: Mon, 9 Jan 2006 13:45:54 -0500 Subject: Fedora Core 4 Test Update: foomatic-3.0.2-19.1 Message-ID: <200601091845.k09Ijs125722@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2006-017 2006-01-09 --------------------------------------------------------------------- Product : Fedora Core 4 Name : foomatic Version : 3.0.2 Release : 19.1 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: This package fixes a conflict introduced by the HPLIP update. Additionally, a few IEEE 1284 IDs have been added. --------------------------------------------------------------------- * Sun Jan 8 2006 Tim Waugh 3.0.2-19.1 - Fix hpijs conflict (bug #177230). * Tue Jun 7 2005 Tim Waugh - Add IEEE 1284 ID for Epson Stylus Photo 870 (bug #159719). * Wed May 25 2005 Tim Waugh - Add IEEE 1284 ID for HP LaserJet 4250 (bug #157883). * Thu May 19 2005 Tim Waugh - Add IEEE 1284 ID for HP DeskJet 3845 (bug #157760). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ fd880d1bd49a9c5ca539f76ecaf98704 SRPMS/foomatic-3.0.2-19.1.src.rpm a8903d40b3472e9e076068a508919c0e ppc/foomatic-3.0.2-19.1.ppc.rpm 11fabb330bc2e1e2e9b71f475ebb5a12 ppc/debug/foomatic-debuginfo-3.0.2-19.1.ppc.rpm a70e33dd421edb23aca17fcf446a2238 x86_64/foomatic-3.0.2-19.1.x86_64.rpm 439299e27e890a4c3302b91e75ec938d x86_64/debug/foomatic-debuginfo-3.0.2-19.1.x86_64.rpm 304d8f6b0804cc87eb0ce0037f133e7d i386/foomatic-3.0.2-19.1.i386.rpm 86ad890455957e466f966f9da3547838 i386/debug/foomatic-debuginfo-3.0.2-19.1.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH --------------------------------------------------------------------- From fedora at adslpipe.co.uk Mon Jan 9 20:03:58 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Mon, 09 Jan 2006 20:03:58 +0000 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: <20060109151136.GA689952@hiwaay.net> References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109151136.GA689952@hiwaay.net> Message-ID: <43C2C1AE.1070205@adslpipe.co.uk> Chris Adams wrote: > Without shrink, expand is not all that useful. With LVM, shrink and > expand can be used to re-allocate free space to different filesystems. > Without shrink, that can't be done. Yes it can, initially leave plenty of unused space within your VGs, only allocate and grow each LV as it actually demands it, so you never have to steal from one LV to give space to another. If you grow by appending an additional LE to the LV you end up fragmented within the LV, if possible add a new LE of the whole desired size of the LV, then remove the existing LE. I don't know many real world servers where users end up using *less* space, it's always *more* space, so growing is always more important than shrinking ... From goemon at anime.net Mon Jan 9 20:24:21 2006 From: goemon at anime.net (goemon at anime.net) Date: Mon, 9 Jan 2006 12:24:21 -0800 (PST) Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: <20060109152701.GB10448@ti64.telemetry-investments.com> References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109152701.GB10448@ti64.telemetry-investments.com> Message-ID: On Mon, 9 Jan 2006, Bill Rugolsky Jr. wrote: > On Sun, Jan 08, 2006 at 08:23:50PM -0800, goemon at anime.net wrote: >> what about if you're shrinking the filesystem to a point where nothing >> is/has ever been used/mapped and where no data needs to be compacted? >> eg a 100gb filesystem where only 50gb has _ever_ been used. > That's not the way Ext2/Ext3 allocation works; directories and files > get spread out across the disk, for a variety of reasons. The new > Orlov allocator spreads less, but even so, there is no guarantee that > the higher block groups are not allocated. Details are in > fs/ext3/ialloc.c. Is ext2/3 the only filesystem which does this? There are good reasons to try to keep allocations toward the beginning of the partition, because i/o rates are _much_ higher (2x, 3x or more) due to higher angular velocity of the drive platters. -Dan From goemon at anime.net Mon Jan 9 20:29:03 2006 From: goemon at anime.net (goemon at anime.net) Date: Mon, 9 Jan 2006 12:29:03 -0800 (PST) Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: <43C2C1AE.1070205@adslpipe.co.uk> References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109151136.GA689952@hiwaay.net> <43C2C1AE.1070205@adslpipe.co.uk> Message-ID: On Mon, 9 Jan 2006, Andy Burns wrote: > I don't know many real world servers where users end up using *less* space, > it's always *more* space, so growing is always more important than shrinking kernel developers shouldn't let lack of imagination dictate what users can't do. just because it's not useful to you doesn't mean it's not important to someone else. things you learn from supporting larg customer bases. don't try to second guess and dictate what your customers need. give them flexibility to do what they need. -Dan From justin.conover at gmail.com Mon Jan 9 21:10:41 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 9 Jan 2006 15:10:41 -0600 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109151136.GA689952@hiwaay.net> <43C2C1AE.1070205@adslpipe.co.uk> Message-ID: On 1/9/06, Justin Conover wrote: > > > > On 1/9/06, goemon at anime.net wrote: > > > > On Mon, 9 Jan 2006, Andy Burns wrote: > > > I don't know many real world servers where users end up using *less* > > space, > > > it's always *more* space, so growing is always more important than > > shrinking > > > > kernel developers shouldn't let lack of imagination dictate what users > > can't do. just because it's not useful to you doesn't mean it's not > > important to someone else. > > > > things you learn from supporting larg customer bases. don't try to > > second > > guess and dictate what your customers need. give them flexibility to do > > what they need. > > > Yes, the reason this was all brought up was because a friend of mine has > a hosting provider and for whatever reason they were thinking created a > 120GB / on lvm, no SWAP no nothing left, so I think he is going to walk > them through booting knoppix and using parted or some other tool to shrink > it. > Its not LVM, after i wrote that, it didn't make sense, they created 1 large / with just ext3, no lvm -------------- next part -------------- An HTML attachment was scrubbed... URL: From fct-cornette at insight.rr.com Tue Jan 10 02:26:34 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 09 Jan 2006 21:26:34 -0500 Subject: Slow start from Metacity In-Reply-To: <43C25A31.3020205@redhat.com> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> <1136809887.6577.9.camel@niobe> <43C25A31.3020205@redhat.com> Message-ID: <43C31B5A.5050204@insight.rr.com> Rahul Sundaram wrote: > Hi > >>>> >>> >>> Which version of metacity? >>> >> >> metacity-2.13.8-1 >> >> >>> . How long? If you are running rawhide, are you running the latest >>> kernel? >>> >> >> kernel-2.6.15-1.1826.2.5_FC5 >> >> > These are the latest. What exactly is the problem with metacity. How > long does it take? Is GNOME login slow?. Is the application launching > slowly?. Does it make any difference in KDE? > > >>>> niobe kernel: ufs was compiled with read-only support, can't be >>>> mounted as read-write >>>> >>>> Has this something to do with?? >>>> >>>> >>>> >>> >>> Probably not. Are you using ufs? >>> >> >> [roger at niobe ~]$ rpm -qa | grep ufs >> [roger at niobe ~]$ >> > Its a filesystem within the kernel. Not a separate package. > > http://en.wikipedia.org/wiki/Unix_File_System > > Whats the system specs?. You might try running bootchart to see what is > slowing down the system. Refer to > http://fedoraproject.org/wiki/BootChartInstallation > Thanks for the information. The rpm versions compiled on today's rawhide. On the chart, I have early-login enabled. How does the chart read regarding timeline? Jim From fct-cornette at insight.rr.com Tue Jan 10 02:46:13 2006 From: fct-cornette at insight.rr.com (Jim Cornette) Date: Mon, 09 Jan 2006 21:46:13 -0500 Subject: Slow start from Metacity In-Reply-To: <43C31B5A.5050204@insight.rr.com> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> <1136809887.6577.9.camel@niobe> <43C25A31.3020205@redhat.com> <43C31B5A.5050204@insight.rr.com> Message-ID: <43C31FF5.3020609@insight.rr.com> Jim Cornette wrote: > Rahul Sundaram wrote: > >> Whats the system specs?. You might try running bootchart to see what >> is slowing down the system. Refer to >> http://fedoraproject.org/wiki/BootChartInstallation >> > > Thanks for the information. The rpm versions compiled on today's rawhide. > > On the chart, I have early-login enabled. How does the chart read > regarding timeline? > > > Jim > Nevermind, left to right and around 90 seconds with kernel 2.6.15-1.1826.2.5_FC5. Jim From dwmw2 at infradead.org Tue Jan 10 03:40:33 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 10 Jan 2006 03:40:33 +0000 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <20060109182755.GB12458@devserv.devel.redhat.com> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <20060109182755.GB12458@devserv.devel.redhat.com> Message-ID: <1136864434.3435.19.camel@localhost.localdomain> On Mon, 2006-01-09 at 13:27 -0500, Alan Cox wrote: > On Mon, Jan 09, 2006 at 04:16:08PM +0000, David Woodhouse wrote: > > That doesn't really make much sense in the Linux world -- if the network > > is configured and running then all users on the machine _have_ got > > access to the it. I think there are some iptables hacks around to > > The administration may see that differently to the physical topology. We > do actually enforce user level management for some network protocols notably > AX.25 where the authorization to use the radio generally is tied to a user > and multiple users effectively appear as different "addresses" I'm sure we'll bear that in mind when NetworkManager starts to support AX.25. > There are cases of systems where it is meaningful to deal with authentication > and control of interfaces at a user level. Different users having different > WEP keys is one possible case but more common are things like end users > bluetooth connections not being made available to remote users sharing the > system. > > > WEP keys set up a system-wide resource which _any_ user of the system > > can then utilise. Networks _aren't_ a per-user resource in practice, and > > See example above. They can be. It isnt perhaps the most common situation > but it is a very real one and I've dealt with people who actively wanted to > route some users via different networks or deny them some access and for good > reasons. I agree that it's possible, although relatively rare and fairly na?ve in the case of IP networks, for network connections to be considered 'per-user', and hence for WEP keys or WPA certificates to be considered such too. I have no objection to NetworkManager attempting to accommodate this strange view of the world in _addition_ to the normal setup. What I object to is the fact that it no longer supports the _normal_ form of operation, where the network is a system-wide resource, set up automatically at boot time. I have to actually log in and enter a password now in order for my machine to connect to the network, and that's a serious regression. -- dwmw2 From ddmbox2000 at yahoo.co.uk Tue Jan 10 03:54:13 2006 From: ddmbox2000 at yahoo.co.uk (bill gates III jr) Date: Tue, 10 Jan 2006 03:54:13 +0000 (GMT) Subject: missing kernel Message-ID: <20060110035413.1741.qmail@web26609.mail.ukl.yahoo.com> howdy rawhider's I'm using Kyum for updates, according to build report 20060108 kernel is kernel-2.6.15-1.1826.2.5_FC5 Kyum never picked this up for me although I have dave's repo enabled ?? i'm still using kernel-2.6.15-1.1830_FC5 I've just manually grabbed kernel-2.6.15-1.1826.2.9_FC5 from davej's repo lets hope yum updates from now. ..d ___________________________________________________________ Yahoo! Photos ? NEW, now offering a quality print service from just 8p a photo http://uk.photos.yahoo.com From pjones at redhat.com Mon Jan 9 18:23:49 2006 From: pjones at redhat.com (Peter Jones) Date: Mon, 09 Jan 2006 13:23:49 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136823368.3443.29.camel@hades.cambridge.redhat.com> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> Message-ID: <1136831029.16127.68.camel@localhost.localdomain> On Mon, 2006-01-09 at 16:16 +0000, David Woodhouse wrote: > On Wed, 2006-01-04 at 13:25 -0500, Dan Williams wrote: > > Debatable. I may be authorized to connect to certain networks, and > > you're not. So the network & authorization information is specific to > > my user, and shouldn't be available to yours. > > That doesn't really make much sense in the Linux world -- if the network > is configured and running then all users on the machine _have_ got > access to the it. I think there are some iptables hacks around to > attempt to limit network access to certain users, but we don't ship > them, do we? We certainly don't attempt to use them. We do implement that concept (though not that method) if you consider xen, don't we? That may not make sense for WEP right now, but I can certainly see a world where Xen guests know different WEP keys than other guests, and is on a different network, whether that's supported in software only or just hardware. It wouldn't be very hard to add that into the current ieee80211 stack, and I suspect it wouldn't be hard to do in similar software implementations. Obviously, this doesn't have direct immediate repercussions on NM, but it is important to keep in mind that such a scenario is possible, whether or not we intend to support it right now. > For Windows, perhaps it's different -- one really can consider a Windows > box to be a single-user machine, and it might actually make sense to > consider network connections to be a per-user thing. Even VPNs might > make some sense in the Windows world, but this isn't Windows. VPNs make plenty of sense in Linux. Let's not characterize the entire world's usage based on *your* requirements, or those of any single individual. > > This is the same situation as 802.1x certificates for authentication. > > You shouldn't use my certificate to authenticate to the access > > server. Same for WEP keys. > > It isn't 'my' WEP key. It is the system's WEP key. You are trying to > impose a policy which doesn't make any sense in this environment. It doesn't make sense, but why not? I think it's because our code doesn't do it, not because the idea is totally off base. I think a WEP key can conceptually make sense as either per-host or per-user, but our network stack doesn't really support but one of those. > Network data being stored system wide is by far the more common > arrangement *That* I'll agree with. -- Peter From dcbw at redhat.com Tue Jan 10 04:16:50 2006 From: dcbw at redhat.com (Dan Williams) Date: Mon, 09 Jan 2006 23:16:50 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136864434.3435.19.camel@localhost.localdomain> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <20060109182755.GB12458@devserv.devel.redhat.com> <1136864434.3435.19.camel@localhost.localdomain> Message-ID: <1136866611.17418.15.camel@localhost.localdomain> On Tue, 2006-01-10 at 03:40 +0000, David Woodhouse wrote: > What I object to is the fact that it no longer supports the _normal_ > form of operation, where the network is a system-wide resource, set up > automatically at boot time. I have to actually log in and enter a > password now in order for my machine to connect to the network, and > that's a serious regression. I've maintained all along that if users and/or administrators wish to delegate keys to all users of the system, that's quite acceptable. What's _doesn't_ exist right now is a mechanism to store those keys in a system-wide location, and to give those keys to NetworkManager on demand. Stuff we've tossed around: 1) GConf: either through mandatory/default settings, or a 'nobody' user's GConf settings, a system-wide org.freedesktop.NetworkManagerInfo service runs from bootup to shutdown. When a user-session asks for the service, the system-level one gives the service up. It reacquires the service when the user-level service drops. It provides default/system-wide settings to NetworkManager just like the user-session one does. 2) Text files in /etc like we have now. Haha. No way. 3) Some other system-wide configuration framework. Sure, as long as its not text files in /etc like we have now. The nice stuff about GConf and everything else is that it's -structured- and easily accessed by a sane API. I don't want to write text-file parsing tools for every damn thing that needs system-wide config access. (1) has to happen anyway for power management too, how do you manage power if nobody is logged in? Again, system-wide settings and prefs. But to keep a consistent architecture and not build different system-settings parsing crap into every daemon, we have a nicer option in the dbus-enabled world. But then again, why can't these daemons that need network on boot start _not_ needing network on bootup? Why can't they gracefully fail when they don't have network, and do whatever they do when the network shows up? Yeah, it's new to lots of people that a Linux system just might not have networking 100% of the time, but that's the reality client-side, and daemon developers have to suck it up and deal with it. Dan From dwmw2 at infradead.org Tue Jan 10 05:10:34 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 10 Jan 2006 05:10:34 +0000 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136831029.16127.68.camel@localhost.localdomain> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <1136831029.16127.68.camel@localhost.localdomain> Message-ID: <1136869835.3435.39.camel@localhost.localdomain> On Mon, 2006-01-09 at 13:23 -0500, Peter Jones wrote: > We do implement that concept (though not that method) if you consider > xen, don't we? I suppose you _could_ do it like that, but it's fairly unlikely. Surely you're far more like to set it up with different routing for the various Xen hosts just as you would if they were external network hosts, rather than playing with per-user stuff? > > For Windows, perhaps it's different -- one really can consider a Windows > > box to be a single-user machine, and it might actually make sense to > > consider network connections to be a per-user thing. Even VPNs might > > make some sense in the Windows world, but this isn't Windows. > > VPNs make plenty of sense in Linux. Let's not characterize the entire > world's usage based on *your* requirements, or those of any single > individual. VPNs make sense in Linux in certain cases, of course -- bridging the public Internet between two or more sets of 'trusted' machines, for example. Again, where the network is seen as a system-wide resource. But that's not what I was referring to -- I was referring to the use of a VPN from NetworkManager, which is usually done to allow a single user to access services from a remote point on the public network. That's something you generally find in the Windows world, where machines are effectively single-user, rather than in Linux where the network is a shared resource, and where private access can be achieved in other ways -- even Evolution can handle accessing IMAP servers over arbitrary commands like SSH instead of having to be able to connect directly by TCP to its servers. But we digress. > > > This is the same situation as 802.1x certificates for authentication. > > > You shouldn't use my certificate to authenticate to the access > > > server. Same for WEP keys. > > > > It isn't 'my' WEP key. It is the system's WEP key. You are trying to > > impose a policy which doesn't make any sense in this environment. > > It doesn't make sense, but why not? The policy of WEP keys being per-user, which is the policy NetworkManager is trying to impose, doesn't make any sense in my home environment because the key is _not_ a per-user thing. In common with most WEP users, it's a system-wide thing. I don't expect to have to tell all the other users of my laptop the WEP key in order for them to be able to use the network. > I think it's because our code > doesn't do it, not because the idea is totally off base. I think a WEP > key can conceptually make sense as either per-host or per-user, but our > network stack doesn't really support but one of those. Our network stack doesn't support network devices being per-user. There are some hacks you can do with iptables, but they're just that -- hacks. However, you _can_ tell yourself that network connections are a per-user thing _if_ you have a system which only actually has a single user. Of course, in that case you might as well have made the setting system-wide anyway, and satisfied all the users out there with _normal_ setups as well. > > Network data being stored system wide is by far the more common > > arrangement > > *That* I'll agree with. Yet NetworkManager doesn't deal with that case. While we can contrive a case for per-user keys, they aren't actually the norm. I'm not arguing that NetworkManager shouldn't support per-user keys, but rather that it should support system-wide keys, because that's what people actually _use_ in the real world, in general. -- dwmw2 From fedora at adslpipe.co.uk Tue Jan 10 07:29:15 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Tue, 10 Jan 2006 07:29:15 +0000 Subject: missing kernel In-Reply-To: <20060110035413.1741.qmail@web26609.mail.ukl.yahoo.com> References: <20060110035413.1741.qmail@web26609.mail.ukl.yahoo.com> Message-ID: <43C3624B.7020102@adslpipe.co.uk> bill gates III jr wrote: > I'm using Kyum for updates, according to build report 20060108 kernel is > kernel-2.6.15-1.1826.2.5_FC5 Kyum never picked this up for me although I have dave's repo > enabled ?? i'm still using kernel-2.6.15-1.1830_FC5 I've just manually grabbed > kernel-2.6.15-1.1826.2.9_FC5 from davej's repo lets hope yum updates from now. ..d If you've got Daves's repo enabled, then surely 1830 > 1826, so you wouldn't expect yum to do anything, i.e. you're on the trunk rather than the branch .... From fedora at adslpipe.co.uk Tue Jan 10 08:05:19 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Tue, 10 Jan 2006 08:05:19 +0000 Subject: mono? true? Message-ID: <43C36ABF.5050906@adslpipe.co.uk> http://www.0xdeadbeef.com/?p=159 From mike at miketc.com Tue Jan 10 08:35:53 2006 From: mike at miketc.com (Mike Chambers) Date: Tue, 10 Jan 2006 02:35:53 -0600 Subject: Latest rawhide vs Bootchart Message-ID: <1136882153.3465.2.camel@scrappy.miketc.com> Just out of curiousity I installed bootchart and ran it against the latest rawhide (yesterday) install just to see what the fuss is all about. As far as I can tell, it took 40 seconds to boot up? Hrm, think that is just from when the services actually started and not the time I hit enter at the grub prompt? Anyway, here is the URL to my bootchart if anyone is interested... http://www.miketc.com/bootchart.png -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt, then it's hilarious!" From goemon at anime.net Tue Jan 10 08:50:13 2006 From: goemon at anime.net (goemon at anime.net) Date: Tue, 10 Jan 2006 00:50:13 -0800 (PST) Subject: mono? true? In-Reply-To: <43C36ABF.5050906@adslpipe.co.uk> References: <43C36ABF.5050906@adslpipe.co.uk> Message-ID: On Tue, 10 Jan 2006, Andy Burns wrote: > http://www.0xdeadbeef.com/?p=159 ... patents? -Dan From federico.bebber at gmail.com Tue Jan 10 08:56:29 2006 From: federico.bebber at gmail.com (Hubert Cumberdale) Date: Tue, 10 Jan 2006 09:56:29 +0100 Subject: mono? true? In-Reply-To: <43C36ABF.5050906@adslpipe.co.uk> References: <43C36ABF.5050906@adslpipe.co.uk> Message-ID: On 1/10/06, Andy Burns wrote: > http://www.0xdeadbeef.com/?p=159 sould be great From chabotc at xs4all.nl Tue Jan 10 09:01:58 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Tue, 10 Jan 2006 10:01:58 +0100 Subject: mono? true? In-Reply-To: Message-ID: <001b01c615c4$83c2e8c0$9800000a@chabotc> As many people pointed out, the linux kernel (ignorant of patents by intent), java implimentations and samba are likely canidates of patent conflicts too (though lets hope we'll never see such conflicts), so that might not have been enough reason to keep it out of Fedora Core. Its worth noting that there are no patent conflicts with mono, only fears that maybe in the future there might be (like with a few other products included in Fedora as those mentioned above for example). There's a huge difference between 'we fear maybe some day down the road there might be...' And 'patent conflicts'. Luckily it's the first and not the second :-) I for one hope this news item is true and it'll be a part of Fedora Core. There's some nice apps out there that are dependent on it (Beagle, f-spot, etc) and it's a nice language to offer people next to the slew of other languages that are already available out of the box on Fedora Core. -- Chris -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of goemon at anime.net Sent: Tuesday, January 10, 2006 09:50 To: For testers of Fedora Core development releases Subject: Re: mono? true? On Tue, 10 Jan 2006, Andy Burns wrote: > http://www.0xdeadbeef.com/?p=159 ... patents? -Dan -- 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 Jan 10 09:10:17 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 10 Jan 2006 04:10:17 -0500 Subject: mono? true? In-Reply-To: <001b01c615c4$83c2e8c0$9800000a@chabotc> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> Message-ID: <1136884218.26063.2.camel@cutter> On Tue, 2006-01-10 at 10:01 +0100, Chris Chabot wrote: > As many people pointed out, the linux kernel (ignorant of patents by > intent), java implimentations and samba are likely canidates of patent > conflicts too (though lets hope we'll never see such conflicts), so that > might not have been enough reason to keep it out of Fedora Core. I'd be most interested to know what changed from yesterday to today. Why is it that for FC3 and FC4 mono was a no-go and now it is allowed in. What was the magic solution? -sv From paul at all-the-johnsons.co.uk Tue Jan 10 09:08:33 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 10 Jan 2006 09:08:33 +0000 Subject: mono? true? In-Reply-To: References: <43C36ABF.5050906@adslpipe.co.uk> Message-ID: <1136884113.5303.2.camel@T7.Linux> On Tue, 2006-01-10 at 09:56 +0100, Hubert Cumberdale wrote: > On 1/10/06, Andy Burns wrote: > > > http://www.0xdeadbeef.com/?p=159 > > sould be great I'll believe it when I see it. For something as big as mono, I would have thought it would be in core rather than extras. TTFN Paul -- main(t,_,a) char*a;{return!0 Message-ID: <002901c615c6$1d294670$9800000a@chabotc> From: http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/ mono-1.1.12.1-1.src.rpm 09-Jan-2006 10:57 17M I see and believe it :-) Ps this is in core, and not in extra's -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Paul F. Johnson Sent: Tuesday, January 10, 2006 10:09 To: For testers of Fedora Core development releases Subject: Re: mono? true? On Tue, 2006-01-10 at 09:56 +0100, Hubert Cumberdale wrote: > On 1/10/06, Andy Burns wrote: > > > http://www.0xdeadbeef.com/?p=159 > > sould be great I'll believe it when I see it. For something as big as mono, I would have thought it would be in core rather than extras. TTFN Paul -- main(t,_,a) char*a;{return!0 References: <1136884113.5303.2.camel@T7.Linux> <002901c615c6$1d294670$9800000a@chabotc> Message-ID: On 1/10/06, Chris Chabot wrote: > mono-1.1.12.1-1.src.rpm 09-Jan-2006 10:57 17M > > I see and believe it :-) > > Ps this is in core, and not in extra's great news :) thank you From paul at all-the-johnsons.co.uk Tue Jan 10 09:18:36 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 10 Jan 2006 09:18:36 +0000 Subject: mono? true? In-Reply-To: <001b01c615c4$83c2e8c0$9800000a@chabotc> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> Message-ID: <1136884716.5303.11.camel@T7.Linux> Hi, > As many people pointed out, the linux kernel (ignorant of patents by > intent), java implimentations and samba are likely canidates of patent > conflicts too (though lets hope we'll never see such conflicts), so that > might not have been enough reason to keep it out of Fedora Core. There has been *no* patent infringements conclusively proven in the kernel. The OSDL identified 280ish *possible* ones, but then in something the size of a kernel, purely by chance this number is entirely possible. Only SCO, M$ and a few hedge funds would want you to believe otherwise. gcj IIRC is clean room and has been shown before now, you can't claim ownership on a method name (imagine if you could, MS would own main() by now!). I don't know enough about SAMBA to comment, though I have a feeling part of it is in the Windows "kernel" (yeah, I know, they claim it's a kernel, so I'll humour them). > Its worth noting that there are no patent conflicts with mono, only fears > that maybe in the future there might be (like with a few other products > included in Fedora as those mentioned above for example). No, that's not right. There are no patent conflicts with the material submitted to ECMA for the standardisation. There is for the likes of System.Windows.Forms and IIRC, System.Web as these have not, to my recollection, been submitted. Neither has any of the Windows specific parts. The MS "open" licence also is very unclear and open to massive misinterpretation. > There's a huge > difference between 'we fear maybe some day down the road there might be...' > And 'patent conflicts'. Luckily it's the first and not the second :-) Bzzzzt. > I for one hope this news item is true and it'll be a part of Fedora Core. Same here. Then when that happens we can have mp3 and mpeg support returned as well as libcss (which again is only a claim of patent infringement). > There's some nice apps out there that are dependent on it (Beagle, f-spot, > etc) and it's a nice language to offer people next to the slew of other > languages that are already available out of the box on Fedora Core. Well, it would mean that vte will have to be fixed first as you cannot build monodevelop without vte. TTFN Paul -- main(t,_,a) char*a;{return!0 References: <002901c615c6$1d294670$9800000a@chabotc> Message-ID: <1136884894.5303.14.camel@T7.Linux> Hi, > http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/ > > mono-1.1.12.1-1.src.rpm 09-Jan-2006 10:57 17M Well bugger me silly and call me Mildred! That said, it isn't complete - as I've pointed out, monodevelop isn't in there, nor are quite a lot of the other parts (such as iklm) - that is based on the naming mono use themselves. TTFN Paul -- main(t,_,a) char*a;{return!0 Message-ID: <000001c615c7$8ec1ab50$9800000a@chabotc> Hi Mildred! :-) Still very good news to see it there isn't it, a huge step forward from having NO mono, now lets hope monodev, f-spot etc can make its way to fedora (-extra's?) soon -----Original Message----- From: fedora-test-list-bounces at redhat.com [mailto:fedora-test-list-bounces at redhat.com] On Behalf Of Paul F. Johnson Sent: Tuesday, January 10, 2006 10:22 To: For testers of Fedora Core development releases Subject: RE: mono? true? Hi, > http://download.fedora.redhat.com/pub/fedora/linux/core/development/SRPMS/ > > mono-1.1.12.1-1.src.rpm 09-Jan-2006 10:57 17M Well bugger me silly and call me Mildred! That said, it isn't complete - as I've pointed out, monodevelop isn't in there, nor are quite a lot of the other parts (such as iklm) - that is based on the naming mono use themselves. TTFN Paul -- main(t,_,a) char*a;{return!0 References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884716.5303.11.camel@T7.Linux> Message-ID: <43C37D32.1010008@adslpipe.co.uk> Paul F. Johnson wrote: > gcj IIRC is clean room I though clean room implementation was a defence against copyright rather than patent infringement? From paul at all-the-johnsons.co.uk Tue Jan 10 09:26:16 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 10 Jan 2006 09:26:16 +0000 Subject: mono? true? In-Reply-To: <43C37D32.1010008@adslpipe.co.uk> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884716.5303.11.camel@T7.Linux> <43C37D32.1010008@adslpipe.co.uk> Message-ID: <1136885176.5303.19.camel@T7.Linux> Hi, > > gcj IIRC is clean room > > I though clean room implementation was a defence against copyright > rather than patent infringement? How can you infringe on something you've never seen. If that was the case, any big company could happily claim that some of the methods in Qt are rip offs of (say) MS Foundation Classes as they do the same job. TTFN Paul -- main(t,_,a) char*a;{return!0 References: <000001c615c7$8ec1ab50$9800000a@chabotc> Message-ID: <43C37DF9.8080608@adslpipe.co.uk> Chris Chabot wrote: > Still very good news to see it there isn't it I think so :-) > now lets hope monodev, f-spot etc can make its way to fedora > (-extra's?) soon I think extras is most likely From paul at all-the-johnsons.co.uk Tue Jan 10 09:27:34 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 10 Jan 2006 09:27:34 +0000 Subject: mono? true? In-Reply-To: <000001c615c7$8ec1ab50$9800000a@chabotc> References: <000001c615c7$8ec1ab50$9800000a@chabotc> Message-ID: <1136885254.5303.22.camel@T7.Linux> Hi, > Still very good news to see it there isn't it, a huge step forward from > having NO mono, now lets hope monodev, f-spot etc can make its way to fedora > (-extra's?) soon I'd be happy with vte being fixed for now ;-p I'd also like monodevelop and monodoc to be part of core rather than extras, simply as they're so important to have. Failing that, the eclipse C# plugin. TTFN Paul -- main(t,_,a) char*a;{return!0 New package beagle The Beagle Search Infrastructure New package evolution-sharp Evolution Data Server Mono Bindings New package f-spot Photo management application New package gecko-sharp2 Gecko bindings for Mono New package gmime Library for creating and parsing MIME messages New package gnome-mount Mount replacement which uses HAL to do the mounting New package gsf-sharp Mono bindings for libgsf New package gtk-sharp GTK+ and GNOME bindings for Mono New package gtk-sharp2 GTK+ and GNOME bindings for Mono New package lcms Color Management System New package libevent Abstract asynchronous event notification library New package libgdiplus libgdiplus: An Open Source implementation of the GDI+ API New package libgssapi Generic Security Services Application Programming Interface Library New package nfs-utils-lib Network File System Support Library New package pirut Package Installation, Removal and Update Tools New package sqlite2 Embeddable SQL engine in a C library New package tomboy Tomboy is a desktop note-taking application for Linux and Unix. Removed package system-config-packages Updated Packages: OpenIPMI-1.4.14-16 ------------------ * Mon Jan 09 2006 Phil Knirsch 1.4.14-16 - Included FRU fix for displaying FRUs with ipmitool - Included patch for new option to specify a BMC password for IPMI 2.0 sessions anaconda-10.91.0-1 ------------------ * Mon Jan 09 2006 Jeremy Katz - 10.91.0-1 - tweaked selection stuff a little to be the same code as pirut - tweak exception window to have an image and be better sized (dcantrell) - write out RAID device name (clumens) - scroll group list properly (dcantrell) - fix ppc rescue image (jkeating) - dmraid detection fix (pjones) authconfig-5.1.2-1 ------------------ * Mon Jan 09 2006 Tomas Mraz - 5.1.2-1 - fixed regression when saving nsswitch.conf avahi-0.6.3-1 ------------- * Mon Jan 09 2006 Jason Vas Dias - 0.6.3-1 - Upgrade to upstream version 0.6.3 - fix bug 177148: initscript start should not fail if avahi-daemon running dbus-0.60-3 ----------- * Mon Jan 09 2006 Alexander Larsson 0.60-3 - Don't exclude non-mono arches * Mon Jan 09 2006 Alexander Larsson - 0.60-2 - Add dbus-sharp sub-package e2fsprogs-1.38-5 ---------------- * Mon Jan 09 2006 Peter Jones 1.38-5 - fix some more minor logic errors in dm probing firstboot-1.3.57-1 ------------------ * Mon Jan 09 2006 Chris Lumens 1.3.57-1 - Use scdMainWindow instead of mainWindow to fix random python import tracebacks. * Mon Jan 09 2006 Chris Lumens 1.3.56-2 - Remove dependancy on system-config-packages. * Mon Jan 09 2006 Chris Lumens 1.3.56-1 - Increase timeout on waiting for X to start (#176782). - Update translations. gdm-1:2.13.0.4-2 ---------------- * Mon Jan 09 2006 Ray Strode - 1:2.13.0.4-2 - use xinit Xsession again. * Mon Jan 09 2006 Ray Strode - 1:2.13.0.4-1 - update to 2.13.0.4 glibc-2.3.90-30 --------------- * Mon Jan 09 2006 Jakub Jelinek 2.3.90-30 - update from CVS - initializer fixes for -std=c{8,9}9 on 32-bit arches - avoid writable .rodata (#177121) gnome-screensaver-0.0.23-4 -------------------------- * Mon Jan 09 2006 Ray Strode - 0.0.23-4 - don't include .desktop part of theme name in gconf schema gnome-vfs2-2.13.3-3 ------------------- * Mon Jan 09 2006 John (J5) Palmieri 2.13.3-3 - Add patch so --hal-udi is sent in when mounting and unmounting * Mon Jan 09 2006 John (J5) Palmieri 2.13.3-2 - Add dependency on gnome-mount - Add configure options for gnome-mount hal-0.5.5.1.cvs20060109-2 ------------------------- * Mon Jan 09 2006 John (J5) Palmieri - 0.5.5.1.cvs20060109-2 - Add patch to escape mount options * Mon Jan 09 2006 John (J5) Palmieri - 0.5.5.1.cvs20060109-1 - Update to a new CVS snapshot * Thu Jan 05 2006 John (J5) Palmieri - 0.5.5.1.cvs20060105-2 - readd the hotplug script java-1.4.2-gcj-compat-0:1.4.2.0-40jpp_61rh ------------------------------------------ * Mon Jan 09 2006 Archit Shah - 0:1.4.2.0-40jpp_61rh - Import java-gcj-compat 1.0.50. jonas-0:4.3.3-1jpp_20fc ----------------------- * Mon Jan 09 2006 Jesse Keating - 4.3.3-1jpp_20fc - Exclude s390 from build * Thu Dec 22 2005 Gary Benson - 4.3.3-1jpp_19fc - Rebuild again for another gcc/gcj bug * Mon Dec 19 2005 Gary Benson - 4.3.3-1jpp_18fc - Rebuild. kernel-2.6.15-1.1826.2.9_FC5 ---------------------------- * Mon Jan 09 2006 Dave Jones - Remove vm debug patch that triggers too easily right now. (Needs fixing properly post test2). - kill blk_attempt_merge() which was horribly broken. - dm: avoid ovvrun while syncing. * Mon Jan 09 2006 David Woodhouse - Fix some usblp problems, add ieee1284_id to sysfs - update bcm43xx driver to version tested in -HEAD kernel-xen-2.6.15-1.27_FC5 -------------------------- * Mon Jan 09 2006 Stephen Tweedie - Rebase xen to hypervisor from 20060106 - Rebase xen kernel code to linux-2.6-merge.hg cset 16985 - Disable power management bits that don't work in Xen - Remove include/asm-xen from rpm * Mon Jan 09 2006 Dave Jones - Remove vm debug patch that triggers too easily right now. (Needs fixing properly post test2). - kill blk_attempt_merge() which was horribly broken. - dm: avoid ovvrun while syncing. * Mon Jan 09 2006 David Woodhouse - Fix some usblp problems, add ieee1284_id to sysfs - update bcm43xx driver to version tested in -HEAD libdaemon-0.10-2 ---------------- * Fri Jan 06 2006 Jason Vas Dias - 0.10-2 - rebuild for new gcc / glibc ltrace-0.3.36-4 --------------- * Mon Jan 09 2006 Jakub Jelinek 0.3.36-4 - added ppc64 and s390x support (IBM) - added ia64 support (Ian Wienand) * Sat Mar 05 2005 Jakub Jelinek 0.3.36-3 - rebuilt with GCC 4 * Tue Dec 14 2004 Jakub Jelinek 0.3.36-2 - make x86_64 ltrace trace both 32-bit and 64-bit binaries (#141955, IT#55600) - fix tracing across execve - fix printf-style format handling on 64-bit arches make-1:3.80-9 ------------- * Mon Jan 09 2006 Petr Machata 3.80-9 - Applied patch from hongjiu.lu at intel.com. Somehow reduces make's enormous memory consumption. (#175376) man-pages-pl-0.24-1 ------------------- * Mon Jan 09 2006 Ivana Varekova 0.24-1 - update source - add pidof patch (created by Marcin Garski) mono-1.1.12.1-1 --------------- * Mon Jan 09 2006 Alexander Larsson - 1.1.12.1-1 - Update to 1.1.12.1 * Mon Jan 09 2006 Alexander Larsson - 1.1.10-4 - rebuild * Fri Nov 18 2005 Alexander Larsson 1.1.10-3 - Disable s390 due to some build failure nautilus-2.13.3-2 ----------------- * Mon Jan 09 2006 Alexander Larsson - 2.13.3-2 - Buildrequire libbeagle * Tue Dec 13 2005 Alexander Larsson 2.13.3-1 - Update to 2.13.3 * Fri Dec 09 2005 Jesse Keating - rebuilt nfs-utils-1.0.8.rc2-1.FC5 ------------------------- * Mon Jan 09 2006 1.0.8-1 - Updated to 1.0.8-rc2 release - Broke out libgssapi into its own rpm - Move librpcsecgss and libnfsidmap in the new nfs-utils-lib rpm - Removed libevent code; Required to be installed. notify-daemon-0.3.1-3 --------------------- * Mon Jan 09 2006 Christopher Aillon - 0.3.1-3 - Fix positioning of the notification bubble to not draw off-screen openhpi-2.2.1-4 --------------- * Mon Jan 09 2006 Peter Jones 2.2.1-4 - Don't use -Werror, it doesn't build with that on ppc64 currently. * Fri Jan 06 2006 Jesse Keating 2.2.1-3 - Fix to not use stict-aliasing. * Wed Jan 04 2006 Radek Vokal 2.2.1-2 - Rebuilt against new libnetsnmp postgresql-8.1.2-1 ------------------ * Mon Jan 09 2006 Tom Lane 8.1.2-1 - Update to PostgreSQL 8.1.2 - Repair extraneous quote in pgtcl configure script ... odd that bash didn't use to spit up on this. pykickstart-0.12-1 ------------------ * Mon Jan 09 2006 Chris Lumens 0.12-1 - Clean up output quoting. - Finish removing monitor-related stuff from xconfig. rhgb-0.16.2-18 -------------- * Sun Jan 08 2006 Ray Strode 0.16.2-18 - rebuild against modular X * Thu Dec 22 2005 Jesse Keating 0.16.2-16 - versioned BuildRequires of libxf86config-devel * Fri Dec 16 2005 Jesse Keating - rebuilt for new gcc rpm-4.4.2-12 ------------ * Mon Jan 09 2006 Alexander Larsson - 4.4.2-12 - Add mono req/provides support selinux-policy-2.1.8-2 ---------------------- * Mon Jan 09 2006 Dan Walsh 2.1.8-2 - Fixes for hal and readahead * Mon Jan 09 2006 Dan Walsh 2.1.8-1 - Update to upstream - Apply * Sat Jan 07 2006 Dan Walsh 2.1.7-4 - Add wine and fix hal problems sound-juicer-2.13.1-4 --------------------- * Mon Jan 09 2006 John (J5) Palmieir 2.13.1-4 - Add a patch that adds -Wl,--export-dynamic to the build system-config-cluster-1.0.24-1.0 -------------------------------- * Mon Jan 09 2006 Jim Parsons 1.0.24-1 - Build for fedora * Tue Dec 20 2005 Jim Parsons 1.0.23-1 - Removed unnecessary fence device field * Tue Dec 20 2005 Jim Parsons 1.0.22-1 - Version bump system-config-date-1.7.99.13-1 ------------------------------ * Mon Jan 09 2006 Chris Lumens 1.7.99.13-1 - Rename mainWindow to scdMainWindow to avoid import problems in firstboot. system-config-lvm-1.0.10-1.0 ---------------------------- * Thu Jan 05 2006 Stanko Kupcevic 1.0.10-1.0 - Fix for bz176967 traceroute-2:1.0.4-1 -------------------- * Mon Jan 09 2006 Radek Vokal 1.0.4-1 - upgrade to 1.0.4 - proper fix for bug #173762 xorg-x11-fonts-1.0.0-2 ---------------------- * Tue Jan 10 2006 Bill Nottingham 1.0.0-2 - fix obsoletes (#177377) xorg-x11-xdm-1:1.0.1-1 ---------------------- * Mon Jan 09 2006 Mike A. Harris 1:1.0.1-1 - Updated xdm to version 1.0.1 from X11R7. - Added --with-xdmscriptdir option to ./configure to put scripts in /etc - Updated xdm-1.0.1-redhat-xdm-config-fix.patch to work with xdm 1.0.1 ypserv-2.13-10 -------------- * Mon Jan 09 2006 Chris Feist - 2.13-10 - Fix crash with ypxfr caused by failing to zero out data (bz #161217) * Wed Jan 04 2006 Jesse Keating - 2.13-6.2 - rebuilt for new gcc * Thu Oct 14 2004 Miloslav Trmac - 2.13-5 - Fix crash with -p (#134910, #129676) Broken deps for i386 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 GFS-kernel-smp - 2.6.14.1-20051219.162641.FC5.7.i686 requires /lib/modules/2.6.14-1.1805_FC5smp cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 cman-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 dlm-kernel-smp - 2.6.14.1-20051219.162641.FC5.6.i686 requires /lib/modules/2.6.14-1.1805_FC5smp gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 jonas - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 jonas-examples - 4.3.3-1jpp_15fc.s390 requires libgcj.so.6 Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) Broken deps for x86_64 ---------------------------------------------------------- GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 GFS-kernel - 2.6.14.1-20051219.162641.FC5.7.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 cman-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 dlm-kernel - 2.6.14.1-20051219.162641.FC5.6.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) From fedora at adslpipe.co.uk Tue Jan 10 09:30:43 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Tue, 10 Jan 2006 09:30:43 +0000 Subject: mono? true? In-Reply-To: <1136885176.5303.19.camel@T7.Linux> References: <001b01c615c4$83c2e8c0$9800000a@chabotc><1136884716.5303.11.camel@T7.Linux> <43C37D32.1010008@adslpipe.co.uk> <1136885176.5303.19.camel@T7.Linux> Message-ID: <43C37EC3.8010409@adslpipe.co.uk> Paul F. Johnson wrote: > How can you infringe on something you've never seen. The inspection team have seen it, the clean implementation team haven't, anyone can see the patent text. From ivg2 at cornell.edu Tue Jan 10 09:47:19 2006 From: ivg2 at cornell.edu (Ivan Gyurdiev) Date: Tue, 10 Jan 2006 02:47:19 -0700 Subject: mono? true? In-Reply-To: <43C37DF9.8080608@adslpipe.co.uk> References: <000001c615c7$8ec1ab50$9800000a@chabotc> <43C37DF9.8080608@adslpipe.co.uk> Message-ID: <43C382A7.5040403@cornell.edu> Andy Burns wrote: > Chris Chabot wrote: > >> Still very good news to see it there isn't it > > I think so :-) > >> now lets hope monodev, f-spot etc can make its way to fedora >> (-extra's?) soon > > I think extras is most likely I see f-spot and beagle in Core. From roger at gwch.net Tue Jan 10 11:17:03 2006 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 10 Jan 2006 12:17:03 +0100 Subject: mono & beagle Message-ID: <1136891824.3982.0.camel@niobe> hi list, after todays update, i was glad to see libbeagle :-D is it viewable, when beagle itself will be in extras? rog From alan at redhat.com Tue Jan 10 12:04:11 2006 From: alan at redhat.com (Alan Cox) Date: Tue, 10 Jan 2006 07:04:11 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136864434.3435.19.camel@localhost.localdomain> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <20060109182755.GB12458@devserv.devel.redhat.com> <1136864434.3435.19.camel@localhost.localdomain> Message-ID: <20060110120411.GA10041@devserv.devel.redhat.com> On Tue, Jan 10, 2006 at 03:40:33AM +0000, David Woodhouse wrote: > the case of IP networks, for network connections to be considered > 'per-user', and hence for WEP keys or WPA certificates to be considered > such too. I have no objection to NetworkManager attempting to > accommodate this strange view of the world in _addition_ to the normal > setup. You are confusing connections and authorisation. The two are very different. Another clear example is bluetooth. If you are remotely logged into my machine and I'm testing bluetooth IP links on my phone I don't want you using it. More to the point if I'm on bluetooth I don't want daemons using the link either by default... > What I object to is the fact that it no longer supports the _normal_ > form of operation, where the network is a system-wide resource, set up > automatically at boot time. I have to actually log in and enter a > password now in order for my machine to connect to the network, and > that's a serious regression. Its more secure 8) Most keys belong system wide. The UI certainly needs something along the lines of "Share this key with other users [ ]" Alan From nman64 at n-man.com Tue Jan 10 12:07:25 2006 From: nman64 at n-man.com (Patrick Barnes) Date: Tue, 10 Jan 2006 06:07:25 -0600 Subject: mono? true? In-Reply-To: <1136884716.5303.11.camel@T7.Linux> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884716.5303.11.camel@T7.Linux> Message-ID: <43C3A37D.3010808@n-man.com> Paul F. Johnson wrote: > gcj IIRC is clean room > That doesn't apply to patents, only copyrights. You can infringe on a patent without ever even knowing it existed. That's why patents are so feared. > > I for one hope this news item is true and it'll be a part of Fedora Core. > > Same here. Then when that happens we can have mp3 and mpeg support > returned as well as libcss (which again is only a claim of patent > infringement). > > We do have Mono now, but we're not going to be getting MP3 or MPEG. Those have actual claims that have withstood the courts backing them up. Unless a good, open license appears, we have to wait for those patents to expire. As for libcss, that isn't just about patents. The bigger concern there is the DMCA. The CSS decryption code is one of few things you can be more sure we will not be getting than MP3. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ -- Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From sundaram at redhat.com Tue Jan 10 12:23:33 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 10 Jan 2006 17:53:33 +0530 Subject: Slow start from Metacity In-Reply-To: <43C31FF5.3020609@insight.rr.com> References: <1136809082.6577.6.camel@niobe> <43C255AA.7070609@redhat.com> <1136809887.6577.9.camel@niobe> <43C25A31.3020205@redhat.com> <43C31B5A.5050204@insight.rr.com> <43C31FF5.3020609@insight.rr.com> Message-ID: <43C3A745.2040208@redhat.com> Jim Cornette wrote: > Jim Cornette wrote: > >> Rahul Sundaram wrote: >> >>> Whats the system specs?. You might try running bootchart to see what >>> is slowing down the system. Refer to >>> http://fedoraproject.org/wiki/BootChartInstallation >>> >> >> Thanks for the information. The rpm versions compiled on today's >> rawhide. >> >> On the chart, I have early-login enabled. How does the chart read >> regarding timeline? >> >> >> Jim >> > > Nevermind, left to right and around 90 seconds with kernel > 2.6.15-1.1826.2.5_FC5. > > Jim The devil is the details. I would love to see the actual chart. You can upload it to http://fedoraproject.org/wiki/DefaultServices. If you dont have wiki access yet, you can mail me offlist. Details available at http://fedoraproject.org/wiki/WikiEditing -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From n0dalus+redhat at gmail.com Tue Jan 10 12:49:07 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Tue, 10 Jan 2006 23:19:07 +1030 Subject: mono? true? In-Reply-To: <1136884218.26063.2.camel@cutter> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884218.26063.2.camel@cutter> Message-ID: <6280325c0601100449w2072c86dw2fa7cf152e173dbb@mail.gmail.com> On 1/10/06, seth vidal wrote: > > I'd be most interested to know what changed from yesterday to today. Why > is it that for FC3 and FC4 mono was a no-go and now it is allowed in. > What was the magic solution? > I'd like to know too. I noticed wine is now in FC4 extras as well. Has Fedora changed its project goals? n0dalus. From paul at all-the-johnsons.co.uk Tue Jan 10 12:52:32 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 10 Jan 2006 12:52:32 +0000 Subject: mono? true? In-Reply-To: <43C3A37D.3010808@n-man.com> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884716.5303.11.camel@T7.Linux> <43C3A37D.3010808@n-man.com> Message-ID: <1136897552.11429.24.camel@mrwibble.mrwobble> Hi, > > gcj IIRC is clean room > > > That doesn't apply to patents, only copyrights. You can infringe on a > patent without ever even knowing it existed. That's why patents are so > feared. That is *utterly* insane. I edit a programmers magazine in the UK and from you're saying just about every piece of code anyone submits is prone to patent infraction. I would imagine that with things going so badly for SCO that they will soon be claiming that "a linear progression with an increment of a pointered article which performs a predefined series of algebraic operations with the purpose of progressing an unclear pathway" is theirs. To the rest of us it means for (int a = 0; a < 10; ++a) { a + m > a * 8 ? x = true : x = false; if (x) // x is unclear until defined. return; m++ ; } > > Same here. Then when that happens we can have mp3 and mpeg support > > returned as well as libcss (which again is only a claim of patent > > infringement). > > > > > We do have Mono now, but we're not going to be getting MP3 or MPEG. > Those have actual claims that have withstood the courts backing them > up. Where? I'm yet to see anything in Europe where the patents have been proven for either of them and they are both under the seemingly constant cycle of approved (monday) - appealed (tuesday) - repealed (wed) - appealed (thur) - denied (fri) - appealed (sat) > Unless a good, open license appears, we have to wait for those > patents to expire. Is the gstreamer-mp3 thing not a good case for this? > As for libcss, that isn't just about patents. The > bigger concern there is the DMCA. The CSS decryption code is one of few > things you can be more sure we will not be getting than MP3. Bloody DMCA. Biggest and daftest piece of US legislation ever purchased. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From pbrobinson at gmail.com Tue Jan 10 11:20:34 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 10 Jan 2006 11:20:34 +0000 Subject: mono & beagle In-Reply-To: <1136891824.3982.0.camel@niobe> References: <1136891824.3982.0.camel@niobe> Message-ID: <5256d0b0601100320h7c75d9c5g3a0509d9a86f4b8@mail.gmail.com> On 1/10/06, Roger Grosswiler wrote: > hi list, > > after todays update, i was glad to see libbeagle :-D > > is it viewable, when beagle itself will be in extras? It probably had to be built first before beage so you'll probably find beagle arrives is core tomorrow. Pete From alan at redhat.com Tue Jan 10 13:35:32 2006 From: alan at redhat.com (Alan Cox) Date: Tue, 10 Jan 2006 08:35:32 -0500 Subject: mono? true? In-Reply-To: <1136897552.11429.24.camel@mrwibble.mrwobble> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884716.5303.11.camel@T7.Linux> <43C3A37D.3010808@n-man.com> <1136897552.11429.24.camel@mrwibble.mrwobble> Message-ID: <20060110133532.GA17933@devserv.devel.redhat.com> On Tue, Jan 10, 2006 at 12:52:32PM +0000, Paul F. Johnson wrote: > That is *utterly* insane. I edit a programmers magazine in the UK and > from you're saying just about every piece of code anyone submits is > prone to patent infraction. In the USA yes. The EU generally takes a rather different view thankfully. > Where? I'm yet to see anything in Europe where the patents have been Fedora Foundation is US based and subject to US law. From ndbecker2 at gmail.com Tue Jan 10 13:50:52 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 10 Jan 2006 08:50:52 -0500 Subject: privoxy-3.0.3-9.1.x86_64.rpm script error Message-ID: privoxy-3.0.3-9.1.x86_64.rpm #################################################################################### [100%] Committing transaction... Preparing... #################################################################################### [ 0%] Output from privoxy-3.0.3-9.1 at x86_64: /var/tmp/rpm-tmp.50640: line 41: [: -ne: unary operator expected /var/tmp/rpm-tmp.50640: line 47: [: -ne: unary operator expected From alan.gagne at comcast.net Tue Jan 10 13:50:55 2006 From: alan.gagne at comcast.net (Alan J. Gagne) Date: Tue, 10 Jan 2006 08:50:55 -0500 Subject: mono & beagle Message-ID: <1136901055.11513.1.camel@agagne.int.demandware.com> Beagle is already in the dev repo. yum install beagle From paul at all-the-johnsons.co.uk Tue Jan 10 14:12:29 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Tue, 10 Jan 2006 14:12:29 +0000 Subject: mono - a bug with gacutil Message-ID: <1136902349.11429.31.camel@mrwibble.mrwobble> Hi, Just incase anyone finds a problem with gacutil not accepting dlls... Bug 177410 Submitted: gacutil not accepting dlls TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From ndbecker2 at gmail.com Tue Jan 10 14:20:20 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 10 Jan 2006 09:20:20 -0500 Subject: FC5 extras? Message-ID: I'd like to begin trying FC5. Is there somewhere where FC5 extras is being assembled? From sundaram at redhat.com Tue Jan 10 14:22:44 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 10 Jan 2006 19:52:44 +0530 Subject: FC5 extras? In-Reply-To: References: Message-ID: <43C3C334.4020400@redhat.com> Neal Becker wrote: >I'd like to begin trying FC5. Is there somewhere where FC5 extras is being >assembled? > > > Extras repository doesnt have releases like Fedora Core. Extras-devel repository available by default in the Fedora development tree is targeted at FC5. -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From n0dalus+redhat at gmail.com Tue Jan 10 14:28:38 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Wed, 11 Jan 2006 00:58:38 +1030 Subject: A couple of Yum issues: Wildcards and Dependencies Message-ID: <6280325c0601100628m17f8f523pf863938ec19b272b@mail.gmail.com> Hi, I've recently updated yum, and now it doesn't seem to be working with wildcards: [root at fedora5 ~]# yum update '*rpm*' Loading "installonlyn" Plugin Setting up Update Process Setting up repositories extras-dev: ######################## 2/2 Reading repository metadata in from local files Examining pam-0.80-14.i386.rpm: pam - 0.80-14.i386 Examining pam-devel-0.80-14.i386.rpm: pam-devel - 0.80-14.i386 pam-0.80-14.i386.rpm: does not update installed package. pam-devel-0.8-14.i386.rpm: does not update installed package. No Packages makred for Update/Obsoletion Why is it globbing files when I am using quotes? The other issue I had is that when I ran: # yum install pirut It complained that firstboot needed system-config-packages (since pirut obsoletes system-config-packages), despite the fact that a firstboot update was available and it could have updated it and resolved the dependency. I don't have the command output here, but I was wondering what might have caused this. Any comments are appreciated. n0dalus. From canfield at uindy.edu Tue Jan 10 14:39:14 2006 From: canfield at uindy.edu (D Canfield) Date: Tue, 10 Jan 2006 09:39:14 -0500 Subject: mono? true? In-Reply-To: <6280325c0601100449w2072c86dw2fa7cf152e173dbb@mail.gmail.com> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884218.26063.2.camel@cutter> <6280325c0601100449w2072c86dw2fa7cf152e173dbb@mail.gmail.com> Message-ID: <43C3C712.1070802@uindy.edu> n0dalus wrote: >On 1/10/06, seth vidal wrote: > > >>I'd be most interested to know what changed from yesterday to today. Why >>is it that for FC3 and FC4 mono was a no-go and now it is allowed in. >>What was the magic solution? >> >> >> > >I'd like to know too. I noticed wine is now in FC4 extras as well. Has >Fedora changed its project goals? > >n0dalus. > > > I think you're overlooking this section in the mono "announcement" (with my emphasis): "This was for a variety of reasons; Some were *business-related* and others were *strategic* in nature but those don?t really matter right now." That line doesn't say to me 'we got over the fear of patents, copyrights, and lawsuits.' That says to me, 'mono is related to Novell and/or Microsoft, and Red Hat didn't like that.' I'm in no way the type of person worries that Red Hat is out to screw over the community, and I realize that this 0xdeadbeef site isn't an official spokesperson for Red Hat, but in this particular case it sure looks like an admission that people weren't being entirely up-front about the motivations behind their actions. I'm not saying this to stir up trouble, but rather to point out how it appears so that those involved can clarify, if appropriate. DC From roger at gwch.net Tue Jan 10 14:43:48 2006 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 10 Jan 2006 15:43:48 +0100 Subject: mono & beagle In-Reply-To: <1136901055.11513.1.camel@agagne.int.demandware.com> References: <1136901055.11513.1.camel@agagne.int.demandware.com> Message-ID: <1136904228.2622.4.camel@niobe> yeeeeeeeeeeehaaaaaaaaaaaaaa! installed! but the daemon doesn't start somehow :-( rog Am Dienstag, den 10.01.2006, 08:50 -0500 schrieb Alan J. Gagne: > Beagle is already in the dev repo. > yum install beagle > > > -- Mit freundlichen Gr?ssen Roger Grosswiler ------------------------ mailto:roger at gwch.net http://www.gwch.net From n0dalus+redhat at gmail.com Tue Jan 10 14:47:06 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Wed, 11 Jan 2006 01:17:06 +1030 Subject: mono & beagle In-Reply-To: <1136904228.2622.4.camel@niobe> References: <1136901055.11513.1.camel@agagne.int.demandware.com> <1136904228.2622.4.camel@niobe> Message-ID: <6280325c0601100647ob4a840emb5ef6d5d49a7645@mail.gmail.com> On 1/11/06, Roger Grosswiler wrote: > yeeeeeeeeeeehaaaaaaaaaaaaaa! installed! but the daemon doesn't start > somehow :-( > > rog > Am Dienstag, den 10.01.2006, 08:50 -0500 schrieb Alan J. Gagne: > > Beagle is already in the dev repo. > > yum install beagle > > Yeah it didn't work here either. Run beagled from the console and it spits out a backtrace. n0dalus. From dave at davenjudy.org Tue Jan 10 14:49:36 2006 From: dave at davenjudy.org (David G. Miller (aka DaveAtFraud)) Date: Tue, 10 Jan 2006 07:49:36 -0700 Subject: mono? true? Message-ID: <43C3C980.6060909@davenjudy.org> paul at all-the-johnsons.co.uk >Hi, > > > >>>> > gcj IIRC is clean room >>> >>> >>> >>> I though clean room implementation was a defence against copyright >>> rather than patent infringement? >> >> > >How can you infringe on something you've never seen. If that was the >case, any big company could happily claim that some of the methods in Qt >are rip offs of (say) MS Foundation Classes as they do the same job. > >TTFN > >Paul > Unfortunately, not true in either case but generally using a clean room is sufficient to guard against copyright violations. To violate a copyright, you have to make an unauthorized copy. It's possible that someone working in a clean room would come up with the same code as the original author but not very likely and the most likely elements that would be identical (e.g., header files and interfaces) aren't protectable elements. To infringe a software patent, you only need to implement something the does what somebody else has already patented (e.g., look up the stink over Amazon's "one click" shopping patent). It doesn't matter if the development was done in a clean room. Note that the above is not a legal opinion and I personally think the whole idea of software patents is absurd. Unfortunately, that's not the way the U.S. patent office sees things. You can find a much better discussion of these concepts than my feeble attempt at http://www.groklaw.net. Cheers, Dave From canfield at uindy.edu Tue Jan 10 14:52:00 2006 From: canfield at uindy.edu (D Canfield) Date: Tue, 10 Jan 2006 09:52:00 -0500 Subject: mono? true? In-Reply-To: References: <1136884113.5303.2.camel@T7.Linux> <002901c615c6$1d294670$9800000a@chabotc> Message-ID: <43C3CA10.5050808@uindy.edu> Hubert Cumberdale wrote: >On 1/10/06, Chris Chabot wrote: > > > >>mono-1.1.12.1-1.src.rpm 09-Jan-2006 10:57 17M >> >>I see and believe it :-) >> >>Ps this is in core, and not in extra's >> >> > >great news :) > >thank you > > As of last night I was *so* frustrated with fc... particularly because my ability to use tomboy comes and goes as core, extras, and 3rd party mono packages break and fix each other; having to manually apply the sata-suspend patch with every new kernel; and the perpetually broken state of gnome-pilot (currently the evo conduits) in fc. I had actually decided that I was going to come in this morning and rebuild my laptop with the ubuntu beta. Then I see this announcement this morning and I've once again got hope that things will be better once fc5 hits release. So, to the folks involved, thanks for listening to requests and doing what was needed to make this happen. From jkeating at redhat.com Tue Jan 10 14:59:59 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Jan 2006 09:59:59 -0500 Subject: rescue CD isos Message-ID: <1136905199.5266.9.camel@ender> Rescue CD isos should be named by arch now, and there is i386, x86_64, and ppc (ppc handles ppc, ppc64, mac, and chrp). Would uses of these arches please try booting the rescue CDs to make sure they are doing the right thing? I'm particularly concerned about PPC as we've never generated rescueCDs for PPC (and I wrote some of the code so there is guaranteed to be some bugs (; ) -- Jesse Keating Release Engineer: Fedora From sundaram at redhat.com Tue Jan 10 15:05:15 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 10 Jan 2006 20:35:15 +0530 Subject: mono? true? In-Reply-To: <43C3CA10.5050808@uindy.edu> References: <1136884113.5303.2.camel@T7.Linux> <002901c615c6$1d294670$9800000a@chabotc> <43C3CA10.5050808@uindy.edu> Message-ID: <43C3CD2B.4030608@redhat.com> Hi >> > As of last night I was *so* frustrated with fc... particularly because > my ability to use tomboy comes and goes as core, extras, and 3rd party > mono packages break and fix each other; having to manually apply the > sata-suspend patch with every new kernel; and the perpetually broken > state of gnome-pilot (currently the evo conduits) in fc Is Evolution conduits still broken in rawhide?. Do you have a bug report on this? -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From jreiser at BitWagon.com Tue Jan 10 15:07:37 2006 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 10 Jan 2006 07:07:37 -0800 Subject: Latest rawhide vs Bootchart In-Reply-To: <1136882153.3465.2.camel@scrappy.miketc.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> Message-ID: <43C3CDB9.4010608@BitWagon.com> > Just out of curiousity I installed bootchart and ran it against the > latest rawhide (yesterday) ... > http://www.miketc.com/bootchart.png So what _was_ going on between 22.2 and 36.1 seconds on the chart? CPU utilization was a couple percent, I/O wait was a couple percent, disk was idle (all except for start of {nptd, sendmail, gpm, crond, fc-cache} at 33.3-34.2 seconds.) The last significant activity was syslogd I/O at 22.3 seconds. -- From n0dalus+redhat at gmail.com Tue Jan 10 15:13:02 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Wed, 11 Jan 2006 01:43:02 +1030 Subject: Latest rawhide vs Bootchart In-Reply-To: <43C3CDB9.4010608@BitWagon.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> Message-ID: <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> On 1/11/06, John Reiser wrote: > > Just out of curiousity I installed bootchart and ran it against the > > latest rawhide (yesterday) ... > > > http://www.miketc.com/bootchart.png > > So what _was_ going on between 22.2 and 36.1 seconds on the chart? > CPU utilization was a couple percent, I/O wait was a couple percent, > disk was idle (all except for start of {nptd, sendmail, gpm, crond, > fc-cache} at 33.3-34.2 seconds.) The last significant activity > was syslogd I/O at 22.3 seconds. > Looks like ntpdate was waiting on net connections to finish setting the clock. Either we should make it fork, or we should allow multiple initscripts to start at once (I thought the latter was being looked into?). n0dalus. From roger at gwch.net Tue Jan 10 15:13:31 2006 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 10 Jan 2006 16:13:31 +0100 Subject: mono & beagle In-Reply-To: <6280325c0601100647ob4a840emb5ef6d5d49a7645@mail.gmail.com> References: <1136901055.11513.1.camel@agagne.int.demandware.com> <1136904228.2622.4.camel@niobe> <6280325c0601100647ob4a840emb5ef6d5d49a7645@mail.gmail.com> Message-ID: <1136906012.2591.1.camel@niobe> Am Mittwoch, den 11.01.2006, 01:17 +1030 schrieb n0dalus: > On 1/11/06, Roger Grosswiler wrote: > > yeeeeeeeeeeehaaaaaaaaaaaaaa! installed! but the daemon doesn't start > > somehow :-( > > > > rog > > Am Dienstag, den 10.01.2006, 08:50 -0500 schrieb Alan J. Gagne: > > > Beagle is already in the dev repo. > > > yum install beagle > > > > > Yeah it didn't work here either. Run beagled from the console and it > spits out a backtrace. > > n0dalus. like yours??? thought first it was selinux, but it isnt. roger Error: Unhandled exception thrown. Exiting immediately. Error: System.TypeInitializationException: An exception was thrown by the type initializer for Evolution.SourceList ---> System.DllNotFoundException: libedataserver-1.2.so.4 in (wrapper managed-to-native) Evolution.Source:e_source_get_type () in [0x00000] (at /usr/src/build/677439-i386/BUILD/evolution-sharp-0.10.2/evolution/generated/Source.cs:296) Evolution.Source:get_GType () in [0x00011] (at /usr/src/build/677439-i386/BUILD/evolution-sharp-0.10.2/evolution/generated/ObjectManager.cs:16) GtkSharp.EvolutionSharp.ObjectManager:Initialize () in [0x00000] (at /usr/src/build/677439-i386/BUILD/evolution-sharp-0.10.2/evolution/generated/SourceList.cs:334) Evolution.SourceList:.cctor ()--- End of inner exception stack trace --- in (unmanaged) 0x80afb17 in <0x00064> Beagle.Daemon.EvolutionDataServerQueryable.SourcesHandler:.ctor (string,System.Type,Beagle.Daemon.EvolutionDataServerQueryable.EvolutionDataServerQueryable,string) in <0x000be> Beagle.Daemon.EvolutionDataServerQueryable.EvolutionDataServerQueryable:Start () in <0x00016> Beagle.Daemon.Queryable:Start () in <0x000bb> Beagle.Daemon.QueryDriver:Start () in <0x00159> Beagle.Daemon.BeagleDaemon:StartupProcess () in <0x00047> (wrapper delegate-invoke) System.MulticastDelegate:invoke_bool () in <0x0002a> IdleProxy:Handler () in <0x00036> (wrapper native-to-managed) IdleProxy:Handler () in (unmanaged) 0xb4a0bd in <0x00004> (wrapper managed-to-native) Gtk.Application:gtk_main () in <0x00007> Gtk.Application:Run () in <0x004f5> Beagle.Daemon.BeagleDaemon:DoMain (string[]) in <0x00014> Beagle.Daemon.BeagleDaemon:Main (string[]) Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object in [0x00014] (at /usr/src/build/677105-i386/BUILD/mono-1.1.12.1/mcs/class/corlib/System.IO/StreamWriter.cs:264) System.IO.StreamWriter:LowLevelWrite (System.String s) in [0x0001e] (at /usr/src/build/677105-i386/BUILD/mono-1.1.12.1/mcs/class/corlib/System.IO/StreamWriter.cs:313) System.IO.StreamWriter:Write (System.String value) in [0x00002] (at /usr/src/build/677105-i386/BUILD/mono-1.1.12.1/mcs/class/corlib/System.IO/UnexceptionalStreamWriter.cs:124) System.IO.UnexceptionalStreamWriter:Write (System.String value) in [0x0000d] (at /usr/src/build/677105-i386/BUILD/mono-1.1.12.1/mcs/class/corlib/System.IO/TextWriter.cs:150) System.IO.TextWriter:Write (System.Object value) in [0x0000f] (at /usr/src/build/677105-i386/BUILD/mono-1.1.12.1/mcs/class/corlib/System.IO/TextWriter.cs:423) System.IO.SynchronizedWriter:Write (System.Object value) in <0x0009f> Beagle.Util.Log:WriteLine (LogLevel level, System.String format, System.Object[] args, System.Exception ex) in <0x00011> Beagle.Util.Log:Warn (System.String message, System.Object[] args) in <0x0000d> Beagle.Util.Logger:Warn (System.String message, System.Object[] args) in <0x000a4> Beagle.Util.ExceptionHandlingThread:ThreadStarted () in (wrapper delegate-invoke) System.MulticastDelegate:invoke_void () [roger at niobe ~]$ From sgrubb at redhat.com Tue Jan 10 15:14:16 2006 From: sgrubb at redhat.com (Steve Grubb) Date: Tue, 10 Jan 2006 10:14:16 -0500 Subject: Latest rawhide vs Bootchart In-Reply-To: <43C3CDB9.4010608@BitWagon.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> Message-ID: <200601101014.16933.sgrubb@redhat.com> On Tuesday 10 January 2006 10:07, John Reiser wrote: > So what _was_ going on between 22.2 and 36.1 seconds on the chart? ntpdate? -Steve From icon at fedoraproject.org Tue Jan 10 15:20:07 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Tue, 10 Jan 2006 10:20:07 -0500 Subject: Latest rawhide vs Bootchart In-Reply-To: <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> Message-ID: <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> On Wed, 2006-11-01 at 01:43 +1030, n0dalus wrote: > > Looks like ntpdate was waiting on net connections to finish setting the clock. > Either we should make it fork, or we should allow multiple initscripts > to start at once (I thought the latter was being looked into?). It can't fork -- some later init scripts may require precise synchronization (e.g. kerberos-related services). If you want to run time sync, you'll have to wait for it to finish. Regards, -- Konstantin Ryabitsev McGill University WSG Mal: (looking at Saffron, shocked) "Whoa, hey... flesh..." From ndbecker2 at gmail.com Tue Jan 10 15:19:39 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 10 Jan 2006 10:19:39 -0500 Subject: emacs-21.4-11 won't start (undefined color) Message-ID: emacs -q Undefined color: "black" Any hints? From roger at gwch.net Tue Jan 10 15:23:57 2006 From: roger at gwch.net (Roger Grosswiler) Date: Tue, 10 Jan 2006 16:23:57 +0100 Subject: mono & beagle In-Reply-To: <1136906012.2591.1.camel@niobe> References: <1136901055.11513.1.camel@agagne.int.demandware.com> <1136904228.2622.4.camel@niobe> <6280325c0601100647ob4a840emb5ef6d5d49a7645@mail.gmail.com> <1136906012.2591.1.camel@niobe> Message-ID: <1136906638.2591.7.camel@niobe> Am Dienstag, den 10.01.2006, 16:13 +0100 schrieb Roger Grosswiler: [snip] > Am Mittwoch, den 11.01.2006, 01:17 +1030 schrieb n0dalus: > > On 1/11/06, Roger Grosswiler wrote: > > > yeeeeeeeeeeehaaaaaaaaaaaaaa! installed! but the daemon doesn't start > > > somehow :-( > > > > > > rog > > > Am Dienstag, den 10.01.2006, 08:50 -0500 schrieb Alan J. Gagne: > > > > Beagle is already in the dev repo. > > > > yum install beagle > > > > > > > > Yeah it didn't work here either. Run beagled from the console and it > > spits out a backtrace. > > > > n0dalus. > like yours??? thought first it was selinux, but it isnt. > roger > > > Error: Unhandled exception thrown. Exiting immediately. > Error: System.TypeInitializationException: An exception was thrown by ... [/snip] its working now if i start beagled manually with this: /usr/sbin/beagled --fg --deny-backend EvolutionDataServer ..gonna run it in background afterwards...now, it is indexing... hth rog From canfield at uindy.edu Tue Jan 10 15:25:14 2006 From: canfield at uindy.edu (D Canfield) Date: Tue, 10 Jan 2006 10:25:14 -0500 Subject: mono? true? In-Reply-To: <43C3CD2B.4030608@redhat.com> References: <1136884113.5303.2.camel@T7.Linux> <002901c615c6$1d294670$9800000a@chabotc> <43C3CA10.5050808@uindy.edu> <43C3CD2B.4030608@redhat.com> Message-ID: <43C3D1DA.4030508@uindy.edu> Rahul Sundaram wrote: > Hi > >>> >> As of last night I was *so* frustrated with fc... particularly >> because my ability to use tomboy comes and goes as core, extras, and >> 3rd party mono packages break and fix each other; having to manually >> apply the sata-suspend patch with every new kernel; and the >> perpetually broken state of gnome-pilot (currently the evo conduits) >> in fc > > > Is Evolution conduits still broken in rawhide?. Do you have a bug > report on this? > The evolution conduits are not being built (they're turned off in the spec file). There is a comment in the changelog from a while back saying the conduits were being turned off "for now". I tried turning them back on locally and they failed to compile. This has to be something specific to the FC build environment though, as the evo 2.5.3 conduits were built (and working beautifully I might add) in the ubuntu beta when I tested it last week. Is it still appropriate to file a bug if the maintainer turned them off intentionally? I'll happily do anything I can to help nudge this along... not being able to sync my Treo has been the sole reason I've had a windows box sitting next to my laptop at work for the past year. DC From n0dalus+redhat at gmail.com Tue Jan 10 15:26:43 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Wed, 11 Jan 2006 01:56:43 +1030 Subject: Latest rawhide vs Bootchart In-Reply-To: <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> Message-ID: <6280325c0601100726o5fb4de75n219144862f042bce@mail.gmail.com> On 1/11/06, Konstantin Ryabitsev wrote: > On Wed, 2006-11-01 at 01:43 +1030, n0dalus wrote: > > > > Looks like ntpdate was waiting on net connections to finish setting the clock. > > Either we should make it fork, or we should allow multiple initscripts > > to start at once (I thought the latter was being looked into?). > > It can't fork -- some later init scripts may require precise > synchronization (e.g. kerberos-related services). If you want to run > time sync, you'll have to wait for it to finish. > Anything requiring precise sync shouldn't be relying on ntpdate to succeed, should it? Or perhaps any services that fall under this category might be able to wait for ntpdate to finish before starting? That way most other things can continue to start, even if one or two initscripts will wait. n0dalus. From jspaleta at gmail.com Tue Jan 10 15:35:48 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 10 Jan 2006 10:35:48 -0500 Subject: Latest rawhide vs Bootchart In-Reply-To: <6280325c0601100726o5fb4de75n219144862f042bce@mail.gmail.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> <6280325c0601100726o5fb4de75n219144862f042bce@mail.gmail.com> Message-ID: <604aa7910601100735i3d5daf60o4423702240c4cada@mail.gmail.com> On 1/10/06, n0dalus wrote: > Or perhaps any services that fall under this category might be able to > wait for ntpdate to finish before starting? That way most other things > can continue to start, even if one or two initscripts will wait. This isn't exactly easy to do with the current init system design. Feel free to pop over to https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173459 and have fun breaking your system with initng. -jef From sundaram at redhat.com Tue Jan 10 15:39:35 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Tue, 10 Jan 2006 21:09:35 +0530 Subject: mono? true? In-Reply-To: <43C3D1DA.4030508@uindy.edu> References: <1136884113.5303.2.camel@T7.Linux> <002901c615c6$1d294670$9800000a@chabotc> <43C3CA10.5050808@uindy.edu> <43C3CD2B.4030608@redhat.com> <43C3D1DA.4030508@uindy.edu> Message-ID: <43C3D537.8060506@redhat.com> Hi >> > The evolution conduits are not being built (they're turned off in the > spec file). There is a comment in the changelog from a while back > saying the conduits were being turned off "for now". I tried turning > them back on locally and they failed to compile. This has to be > something specific to the FC build environment though, as the evo > 2.5.3 conduits were built (and working beautifully I might add) in the > ubuntu beta when I tested it last week. > Is it still appropriate to file a bug if the maintainer turned them > off intentionally? Not generally but it might help to file one as a reminder. We need to make sure everything is good before the GA release of Fedora Core 5. -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From selinux at gmail.com Tue Jan 10 15:49:41 2006 From: selinux at gmail.com (Tom London) Date: Tue, 10 Jan 2006 07:49:41 -0800 Subject: /boot partition mounted twice (now as /media/disk-3) Message-ID: <4c4ba1530601100749x3330236ajcca20175789a352e@mail.gmail.com> Running today's rawhide: # mount /dev/mapper/VolGroup00-LogVol00 on / type ext3 (rw) none on /proc type proc (rw) none on /sys type sysfs (rw) none on /dev/pts type devpts (rw,gid=5,mode=620) /dev/hda2 on /boot type ext3 (rw) none on /dev/shm type tmpfs (rw) none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw) sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw) automount(pid2282) on /net type autofs (rw,fd=4,pgrp=2282,minproto=2,maxproto=4) /dev/hda2 on /media/disk-3 type ext3 (rw,noexec,nosuid,nodev,sync) Appears that /dev/hda2 is mounted twice!? Anyone seeing this? tom -- Tom London From fedora at puzzled.xs4all.nl Tue Jan 10 15:58:54 2006 From: fedora at puzzled.xs4all.nl (Patrick) Date: Tue, 10 Jan 2006 16:58:54 +0100 Subject: Latest rawhide vs Bootchart In-Reply-To: <6280325c0601100726o5fb4de75n219144862f042bce@mail.gmail.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> <6280325c0601100726o5fb4de75n219144862f042bce@mail.gmail.com> Message-ID: <1136908734.3528.32.camel@guru.puzzled.xs4all.nl> On Wed, 2006-01-11 at 01:56 +1030, n0dalus wrote: > On 1/11/06, Konstantin Ryabitsev wrote: > > On Wed, 2006-11-01 at 01:43 +1030, n0dalus wrote: > > > > > > Looks like ntpdate was waiting on net connections to finish setting the clock. > > > Either we should make it fork, or we should allow multiple initscripts > > > to start at once (I thought the latter was being looked into?). > > > > It can't fork -- some later init scripts may require precise > > synchronization (e.g. kerberos-related services). If you want to run > > time sync, you'll have to wait for it to finish. > > > > Anything requiring precise sync shouldn't be relying on ntpdate to > succeed, should it? > Or perhaps any services that fall under this category might be able to > wait for ntpdate to finish before starting? That way most other things > can continue to start, even if one or two initscripts will wait. Agree there. It's quite annoying to have ntpd hanging at boot when e.g. my laptop is not hooked up to the Net. I would prefer that it fork into the background and let me do my work while other services that depend on ntpd nicely wait for ntpd to start up (or fail). Regards, Patrick From nalin at redhat.com Tue Jan 10 15:59:04 2006 From: nalin at redhat.com (Nalin Dahyabhai) Date: Tue, 10 Jan 2006 10:59:04 -0500 Subject: emacs-21.4-11 won't start (undefined color) In-Reply-To: References: Message-ID: <20060110155904.GB13375@redhat.com> On Tue, Jan 10, 2006 at 10:19:39AM -0500, Neal Becker wrote: > emacs -q > Undefined color: "black" > > Any hints? Did you update to the modular X packages recently? This sounds like bug #173036. It's puzzling, because that one's been fixed for a while. Nalin From ndbecker2 at gmail.com Tue Jan 10 16:11:07 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 10 Jan 2006 11:11:07 -0500 Subject: dv8000 won't boot new info Message-ID: I'm struggling to boot various Fedora kernels on my new hp dv8000. I learned something very interesting. Install from FC4 -> boots OK update to any FC4 update kernel -> hangs ACPI: Ssubsystem revision 20050902 Install FC5T1 -> boots OK update to newer 2.6.15 from rawhide -> hangs same result as above. Conclusion: It's _not the kernel version_ that's the problem. It's the installer. Kernels installed by anaconda work. Those installed by rpm -i don't. (I have tried others also). Question1: What could be the problem? Question2: Can I somehow run anaconda's kernel install manually to update my kernel? From ndbecker2 at gmail.com Tue Jan 10 16:35:33 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 10 Jan 2006 11:35:33 -0500 Subject: emacs-21.4-11 won't start (undefined color) References: <20060110155904.GB13375@redhat.com> Message-ID: I think I fixed it by copying my FC4 rgb.txt file to /usr/share/X11/rgb.txt From ndbecker2 at gmail.com Tue Jan 10 16:31:31 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Tue, 10 Jan 2006 11:31:31 -0500 Subject: emacs-21.4-11 won't start (undefined color) References: <20060110155904.GB13375@redhat.com> Message-ID: Nalin Dahyabhai wrote: > On Tue, Jan 10, 2006 at 10:19:39AM -0500, Neal Becker wrote: >> emacs -q >> Undefined color: "black" >> >> Any hints? > > Did you update to the modular X packages recently? This sounds like bug > #173036. It's puzzling, because that one's been fixed for a while. > > Nalin > Clean install of FC5T1. From jreiser at BitWagon.com Tue Jan 10 16:46:33 2006 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 10 Jan 2006 08:46:33 -0800 Subject: Latest rawhide vs Bootchart In-Reply-To: <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> Message-ID: <43C3E4E9.7010407@BitWagon.com> >>Looks like ntpdate was waiting on net connections to finish setting the clock. >>Either we should make it fork, or we should allow multiple initscripts >>to start at once (I thought the latter was being looked into?). > It can't fork -- some later init scripts may require precise > synchronization (e.g. kerberos-related services). If you want to run > time sync, you'll have to wait for it to finish. I trust the hardware clock enough that there should be an option not to wait for ntpdate. The machine boots within a few hours (usually, mere minutes) of controlled shutdown. Plus, I'm willing to tolerate a slop of 2 or 3 seconds for the first half a minute, in order to save 15 seconds of time at bootup. -- From canfield at uindy.edu Tue Jan 10 16:50:33 2006 From: canfield at uindy.edu (D Canfield) Date: Tue, 10 Jan 2006 11:50:33 -0500 Subject: Latest rawhide vs Bootchart In-Reply-To: <43C3E4E9.7010407@BitWagon.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> <43C3E4E9.7010407@BitWagon.com> Message-ID: <43C3E5D9.6020507@uindy.edu> John Reiser wrote: >>>Looks like ntpdate was waiting on net connections to finish setting the clock. >>>Either we should make it fork, or we should allow multiple initscripts >>>to start at once (I thought the latter was being looked into?). >>> >>> > > > >>It can't fork -- some later init scripts may require precise >>synchronization (e.g. kerberos-related services). If you want to run >>time sync, you'll have to wait for it to finish. >> >> > >I trust the hardware clock enough that there should be an option >not to wait for ntpdate. The machine boots within a few hours >(usually, mere minutes) of controlled shutdown. Plus, I'm willing >to tolerate a slop of 2 or 3 seconds for the first half a minute, >in order to save 15 seconds of time at bootup. > > > Could the forking just be an option in /etc/sysconfig/ntpd? That way those of us who want to speed stuff up can do so, and the rest can wait it out? Ideally, it would probably be great to set the default based on whether you choose desktop or server in anaconda. Most desktop users would probably prefer the 2-3 second inaccuracy while a server install is probably a good place to wait. DC From sopwith at redhat.com Tue Jan 10 16:56:23 2006 From: sopwith at redhat.com (Elliot Lee) Date: Tue, 10 Jan 2006 11:56:23 -0500 (EST) Subject: mono? true? In-Reply-To: <1136897552.11429.24.camel@mrwibble.mrwobble> References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884716.5303.11.camel@T7.Linux> <43C3A37D.3010808@n-man.com> <1136897552.11429.24.camel@mrwibble.mrwobble> Message-ID: On Tue, 10 Jan 2006, Paul F. Johnson wrote: > That is *utterly* insane. I edit a programmers magazine in the UK and > from you're saying just about every piece of code anyone submits is > prone to patent infraction. That's how software patents work... Personally, I believe it is safe to assume: . Fedora's commitment to truly free software will continue - including software free of legal problems caused by patents. . The decision to include Mono has been adequately reviewed by Many Smart People. Best, -- Elliot Red Hat Summit Nashville (May 30 - June 2, 2006) http://www.redhat.com/promo/summit/ From skvidal at linux.duke.edu Tue Jan 10 17:01:39 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 10 Jan 2006 12:01:39 -0500 Subject: mono? true? In-Reply-To: References: <001b01c615c4$83c2e8c0$9800000a@chabotc> <1136884716.5303.11.camel@T7.Linux> <43C3A37D.3010808@n-man.com> <1136897552.11429.24.camel@mrwibble.mrwobble> Message-ID: <1136912499.31127.7.camel@cutter> On Tue, 2006-01-10 at 11:56 -0500, Elliot Lee wrote: > On Tue, 10 Jan 2006, Paul F. Johnson wrote: > > > That is *utterly* insane. I edit a programmers magazine in the UK and > > from you're saying just about every piece of code anyone submits is > > prone to patent infraction. > > That's how software patents work... > > Personally, I believe it is safe to assume: > . Fedora's commitment to truly free software will continue - > including software free of legal problems caused by patents. > > . The decision to include Mono has been adequately reviewed > by Many Smart People. thanks for patting us on the head and telling us not to worry about it but I do not accept your assurances no more than I believe the terrorist alert warning level. So why don't you shelve the platitudes about 'Many Smart People' and get some answers that are both fulfilling and, unbelievably, the truth. -sv From caillon at redhat.com Tue Jan 10 16:59:58 2006 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 10 Jan 2006 11:59:58 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136823368.3443.29.camel@hades.cambridge.redhat.com> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> Message-ID: <43C3E80E.7070404@redhat.com> On 01/09/2006 11:16 AM, David Woodhouse wrote: > On Wed, 2006-01-04 at 13:25 -0500, Dan Williams wrote: > >> Debatable. I may be authorized to connect to certain networks, and >> you're not. So the network & authorization information is specific to >> my user, and shouldn't be available to yours. >> > > That doesn't really make much sense in the Linux world -- if the network > is configured and running then all users on the machine _have_ got > access to the it. I think there are some iptables hacks around to > attempt to limit network access to certain users, but we don't ship > them, do we? We certainly don't attempt to use them. > Well, we live in the real world, not the linux world. For example, on my personal, privately owned laptop, I want to access Red Hat's VPN and its WEP keys. I store my keys in the keyring. It is not unreasonable for me to allow my sister, or my girlfriend, or whatnot to use my laptop at times. However, they do not get access to Red Hat's internal network. They have their own unpriveledged user accounts on my laptop. I don't see how this is an unreasonable situation in the real world. From dmalcolm at redhat.com Tue Jan 10 17:05:02 2006 From: dmalcolm at redhat.com (David Malcolm) Date: Tue, 10 Jan 2006 12:05:02 -0500 Subject: mono? true? In-Reply-To: <43C3D1DA.4030508@uindy.edu> References: <1136884113.5303.2.camel@T7.Linux> <002901c615c6$1d294670$9800000a@chabotc> <43C3CA10.5050808@uindy.edu> <43C3CD2B.4030608@redhat.com> <43C3D1DA.4030508@uindy.edu> Message-ID: <1136912702.5837.5.camel@cassandra.boston.redhat.com> On Tue, 2006-01-10 at 10:25 -0500, D Canfield wrote: > Rahul Sundaram wrote: > > > Hi > > > >>> > >> As of last night I was *so* frustrated with fc... particularly > >> because my ability to use tomboy comes and goes as core, extras, and > >> 3rd party mono packages break and fix each other; having to manually > >> apply the sata-suspend patch with every new kernel; and the > >> perpetually broken state of gnome-pilot (currently the evo conduits) > >> in fc > > > > > > Is Evolution conduits still broken in rawhide?. Do you have a bug > > report on this? > > > The evolution conduits are not being built (they're turned off in the > spec file). There is a comment in the changelog from a while back > saying the conduits were being turned off "for now". I tried turning > them back on locally and they failed to compile. This has to be > something specific to the FC build environment though, as the evo 2.5.3 > conduits were built (and working beautifully I might add) in the ubuntu > beta when I tested it last week. > > Is it still appropriate to file a bug if the maintainer turned them off > intentionally? I'll happily do anything I can to help nudge this > along... not being able to sync my Treo has been the sole reason I've > had a windows box sitting next to my laptop at work for the past year. > DC already nudged me about it, but for the sake of the mailing list, the relevant bug is: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175160 From dwmw2 at infradead.org Tue Jan 10 17:08:51 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 10 Jan 2006 17:08:51 +0000 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <43C3E80E.7070404@redhat.com> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> Message-ID: <1136912931.4196.14.camel@pmac.infradead.org> On Tue, 2006-01-10 at 11:59 -0500, Christopher Aillon wrote: > Well, we live in the real world, not the linux world. For example, on > my personal, privately owned laptop, I want to access Red Hat's VPN and > its WEP keys. I store my keys in the keyring. It is not unreasonable > for me to allow my sister, or my girlfriend, or whatnot to use my laptop > at times. However, they do not get access to Red Hat's internal > network. They have their own unpriveledged user accounts on my laptop. > I don't see how this is an unreasonable situation in the real world. Yet those people, if they have accounts on your laptop, _can_ access Red Hat's internal network any time your laptop is connected. Because you haven't set up iptables to do per-user filtering, have you? And anyway, I'm not suggesting that you shouldn't support the esoteric case of people kidding themselves that per-user keys are actually meaningful. I'm suggesting that you shouldn't _enforce_ that bizarre view; that you should at least make some allowance for the _normal_ case, which is per-system keys. -- dwmw2 From dwmw2 at infradead.org Tue Jan 10 17:15:55 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 10 Jan 2006 17:15:55 +0000 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <20060110120411.GA10041@devserv.devel.redhat.com> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <20060109182755.GB12458@devserv.devel.redhat.com> <1136864434.3435.19.camel@localhost.localdomain> <20060110120411.GA10041@devserv.devel.redhat.com> Message-ID: <1136913355.4196.19.camel@pmac.infradead.org> On Tue, 2006-01-10 at 07:04 -0500, Alan Cox wrote: > I have to actually log in and enter a password now in order for my > machine to connect to the network, and that's a serious regression. > > Its more secure 8) Not really. A security policy which is over the top is just inviting you to circumvent it. It's tempting me just to disable WEP altogether, rather than forcing all users to enter some kind of password _again_ after they've already done so to log in. And that's beside the point, which is that GNOME applets shouldn't be dictating security policies -- especially silly ones like 'networks are per-user', even if you _can_ contrive a couple of situations where that seems to make sense. Support the bizarre 'per-user' thing if you really must, but please also support the common case, which is that stuff like WEP keys are a system-wide thing. -- dwmw2 From shrek-m at gmx.de Tue Jan 10 17:48:10 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Tue, 10 Jan 2006 18:48:10 +0100 Subject: rescue CD isos In-Reply-To: <1136905199.5266.9.camel@ender> References: <1136905199.5266.9.camel@ender> Message-ID: <43C3F35A.7010005@gmx.de> Jesse Keating wrote: >Rescue CD isos should be named by arch now, and there is i386, x86_64, >and ppc (ppc handles ppc, ppc64, mac, and chrp). > >Would uses of these arches please try booting the rescue CDs to make >sure they are doing the right thing? I'm particularly concerned about >PPC as we've never generated rescueCDs for PPC (and I wrote some of the >code so there is guaranteed to be some bugs (; ) > download.fedora.redhat.com/pub/fedora/linux/core/development/isos/rescuecd-ppc.iso powerbook g4 1 x 1,7 ghz - is no bootable device powermac g5 2 x 2 ghz - is no bootable device download.fedora.redhat.com/pub/fedora/linux/core/development/ppc/images/boot.iso powerbook g4 1 x 1,7 ghz - is bootable powermac g5 2 x 2 ghz - is bootable but freezes after a few seconds "??? smp ???" -- shrek-m From don_springall at hotmail.com Tue Jan 10 18:19:15 2006 From: don_springall at hotmail.com (Don Springall) Date: Tue, 10 Jan 2006 11:19:15 -0700 Subject: Hal & gnome power manager Message-ID: Is it not possible to schedule a rebuild of gnome power manager every time a hal and dbus build goes out the door ? For those of us on laptops it would be nice to have power manager more reliable. From mario at targetdevelopment.at Tue Jan 10 18:21:30 2006 From: mario at targetdevelopment.at (DI Mario Bruckschwaiger) Date: Tue, 10 Jan 2006 19:21:30 +0100 Subject: rawhide report: 20060110 changes In-Reply-To: <200601100929.k0A9T5CM017018@porkchop.devel.redhat.com> References: <200601100929.k0A9T5CM017018@porkchop.devel.redhat.com> Message-ID: <43C3FB2A.8040103@targetdevelopment.at> > kernel-2.6.15-1.1826.2.9_FC5 > ---------------------------- > - update bcm43xx driver to version tested in -HEAD The interface with this driver is not set up correctly when started with netprofile kernel parameter. If rate is set manually with iwconfig (mode is Managed), the driver works. And I did not get it to work with an encrypted wlan. Am I doing something wrong, or is it still not usable? Mario. From jkeating at redhat.com Tue Jan 10 18:24:30 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 10 Jan 2006 13:24:30 -0500 Subject: rescue CD isos In-Reply-To: <43C3F35A.7010005@gmx.de> References: <1136905199.5266.9.camel@ender> <43C3F35A.7010005@gmx.de> Message-ID: <1136917470.3116.0.camel@ender> On Tue, 2006-01-10 at 18:48 +0100, shrek-m at gmx.de wrote: > download.fedora.redhat.com/pub/fedora/linux/core/development/isos/rescuecd-ppc.iso > powerbook g4 1 x 1,7 ghz - is no bootable device > powermac g5 2 x 2 ghz - is no bootable device > > > download.fedora.redhat.com/pub/fedora/linux/core/development/ppc/images/boot.iso > powerbook g4 1 x 1,7 ghz - is bootable > powermac g5 2 x 2 ghz - is bootable but freezes after a few seconds > "??? smp ???" Thanks. We discovered that the mkisofs run on the ppc iso wasn't correct. I'm fixing that today. -- Jesse Keating Release Engineer: Fedora From pjones at redhat.com Tue Jan 10 18:26:38 2006 From: pjones at redhat.com (Peter Jones) Date: Tue, 10 Jan 2006 13:26:38 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136912931.4196.14.camel@pmac.infradead.org> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> Message-ID: <1136917598.18949.20.camel@localhost.localdomain> On Tue, 2006-01-10 at 17:08 +0000, David Woodhouse wrote: > On Tue, 2006-01-10 at 11:59 -0500, Christopher Aillon wrote: > > Well, we live in the real world, not the linux world. For example, on > > my personal, privately owned laptop, I want to access Red Hat's VPN and > > its WEP keys. I store my keys in the keyring. It is not unreasonable > > for me to allow my sister, or my girlfriend, or whatnot to use my laptop > > at times. However, they do not get access to Red Hat's internal > > network. They have their own unpriveledged user accounts on my laptop. > > I don't see how this is an unreasonable situation in the real world. > > Yet those people, if they have accounts on your laptop, _can_ access Red > Hat's internal network any time your laptop is connected. Because you > haven't set up iptables to do per-user filtering, have you? The premise here is obviously that he's not connected to the RH network except when he's logged in as his user, and the other users neither neither use his account nor access his laptop remotely. I think we all agree that WEP keys should at least have the option of being global. Let's all stop being didactic, argumentative lunatics about our reasons why they should have some other mode as well. -- Peter From pjones at redhat.com Tue Jan 10 18:30:40 2006 From: pjones at redhat.com (Peter Jones) Date: Tue, 10 Jan 2006 13:30:40 -0500 Subject: Hal & gnome power manager In-Reply-To: References: Message-ID: <1136917840.18949.22.camel@localhost.localdomain> On Tue, 2006-01-10 at 11:19 -0700, Don Springall wrote: > Is it not possible to schedule a rebuild of gnome power manager every time a > hal and dbus build goes out the door ? For those of us on laptops it would > be nice to have power manager more reliable. Uh, why? Most of the time it just needs to be restarted after you update one of those, not rebuilt. -- Peter From don_springall at hotmail.com Tue Jan 10 18:46:51 2006 From: don_springall at hotmail.com (Don Springall) Date: Tue, 10 Jan 2006 11:46:51 -0700 Subject: Hal & gnome power manager Message-ID: Because gnome power manager stopped giving me mesagages that it was running low on power. Since we have not had a new version of gpm and we have had new versions of hal and dbus I think maybe there is a problem. >From: Peter Jones >Reply-To: pjones at redhat.com,For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: Hal & gnome power manager >Date: Tue, 10 Jan 2006 13:30:40 -0500 > >On Tue, 2006-01-10 at 11:19 -0700, Don Springall wrote: > > Is it not possible to schedule a rebuild of gnome power manager every >time a > > hal and dbus build goes out the door ? For those of us on laptops it >would > > be nice to have power manager more reliable. > >Uh, why? Most of the time it just needs to be restarted after you >update one of those, not rebuilt. > >-- > Peter From dwmw2 at infradead.org Tue Jan 10 19:17:22 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Tue, 10 Jan 2006 19:17:22 +0000 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136917598.18949.20.camel@localhost.localdomain> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> Message-ID: <1136920642.3435.75.camel@localhost.localdomain> On Tue, 2006-01-10 at 13:26 -0500, Peter Jones wrote: > The premise here is obviously that he's not connected to the RH network > except when he's logged in as his user, and the other users neither > neither use his account nor access his laptop remotely. We are assuming that these users are not acting maliciously, and that their accounts have not been compromised. But if we're making that assumption, then it doesn't actually matter much if they _do_ have access, does it? Yes, having the key be per-user in NM does prevent other users from _deliberately_ (or even accidentally) using it when the 'authorised' user isn't currently logged in. But the 'per-user' nature of the connection is just an illusion -- in the case where the other user's account is compromised by a trojan or an SSH worm, the VPN 'solution' still allows that infection to propagate through the VPN connection. Other methods of connection like SSH don't allow that to happen, because they really _are_ per-user, while network connectivity in practice is not. > I think we all agree that WEP keys should at least have the option of > being global. Do we? I reported this fault when a NetworkManager package in updates-testing started asking me for a password, and that package still went into FC4 updates-released -- and it's still not fixed in rawhide either. If we all agree, shall we make bug #174467 a FC5Blocker then? > Let's all stop being didactic, argumentative lunatics > about our reasons why they should have some other mode as well. I assume that's directed at GNOME folks rather than myself, as I've never said it shouldn't allow a per-user option. I just questioned the value of the per-user mode in the real world. Yes, I accept that you can find some weird situations in which it makes sense, so it should be possible -- but it certainly shouldn't be the _default_, let alone the _only_ mode available. -- dwmw2 From justin.conover at gmail.com Mon Jan 9 21:01:27 2006 From: justin.conover at gmail.com (Justin Conover) Date: Mon, 9 Jan 2006 15:01:27 -0600 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109151136.GA689952@hiwaay.net> <43C2C1AE.1070205@adslpipe.co.uk> Message-ID: On 1/9/06, goemon at anime.net wrote: > > On Mon, 9 Jan 2006, Andy Burns wrote: > > I don't know many real world servers where users end up using *less* > space, > > it's always *more* space, so growing is always more important than > shrinking > > kernel developers shouldn't let lack of imagination dictate what users > can't do. just because it's not useful to you doesn't mean it's not > important to someone else. > > things you learn from supporting larg customer bases. don't try to second > guess and dictate what your customers need. give them flexibility to do > what they need. Yes, the reason this was all brought up was because a friend of mine has a hosting provider and for whatever reason they were thinking created a 120GB / on lvm, no SWAP no nothing left, so I think he is going to walk them through booting knoppix and using parted or some other tool to shrink it. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chasecreek.systemhouse at gmail.com Tue Jan 10 19:29:00 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Tue, 10 Jan 2006 14:29:00 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? Message-ID: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> A small rant - I just spent several hours rebuilding and updating a PPC system; the dbus-qt dependency still exists and still requires a "rpm -e dbus-qt" type local fix after a fresh install. Also, the SELinux related updates (whichever one contains the /sbin/restorecon program possibly) is re-enabling SELinux to enforcing. That action increased update/upgrade time by an hour just to re-run /sbin/restorecon process. After the selinux parts completed A LOT of the rest of the rpms started having prescript or postscript errors. Not a total mess but a little anonying none the less. Cheers =) -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From alan at redhat.com Tue Jan 10 19:30:36 2006 From: alan at redhat.com (Alan Cox) Date: Tue, 10 Jan 2006 14:30:36 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136920642.3435.75.camel@localhost.localdomain> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> Message-ID: <20060110193036.GA15726@devserv.devel.redhat.com> On Tue, Jan 10, 2006 at 07:17:22PM +0000, David Woodhouse wrote: > > I think we all agree that WEP keys should at least have the option of > > being global. > > Do we? I reported this fault when a NetworkManager package in > updates-testing started asking me for a password, and that package still > went into FC4 updates-released -- and it's still not fixed in rawhide > either. > > If we all agree, shall we make bug #174467 a FC5Blocker then? Please do. I consider it a blocker for many uses including just about any server use of wireless networks From bmatteso at us.ibm.com Tue Jan 10 19:32:16 2006 From: bmatteso at us.ibm.com (Ben Matteson) Date: Tue, 10 Jan 2006 13:32:16 -0600 Subject: rawhide report: 20060110 changes In-Reply-To: <43C3FB2A.8040103@targetdevelopment.at> References: <200601100929.k0A9T5CM017018@porkchop.devel.redhat.com> <43C3FB2A.8040103@targetdevelopment.at> Message-ID: <1136921536.7422.3.camel@odysseus> On Tue, 2006-01-10 at 19:21 +0100, DI Mario Bruckschwaiger wrote: > > kernel-2.6.15-1.1826.2.9_FC5 > > ---------------------------- > > - update bcm43xx driver to version tested in -HEAD > > The interface with this driver is not set up correctly when started with > netprofile kernel parameter. If rate is set manually with iwconfig (mode > is Managed), the driver works. And I did not get it to work with an > encrypted wlan. Am I doing something wrong, or is it still not usable? Mario, I had the same problem with the madwifi driver (the newer proprietary one); I think this isn't too uncommon, so I don't think you're doing anything wrong. I create a netprofile called 'None' for when I'm using wireless and just use a script to bring up wireless. I realize this doesn't help too much, but hopefully it's helpful to know you probably aren't doing something wrong. Ben From brugolsky at telemetry-investments.com Tue Jan 10 19:54:53 2006 From: brugolsky at telemetry-investments.com (Bill Rugolsky Jr.) Date: Tue, 10 Jan 2006 14:54:53 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <20060110193036.GA15726@devserv.devel.redhat.com> References: <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <20060110193036.GA15726@devserv.devel.redhat.com> Message-ID: <20060110195453.GB22364@ti64.telemetry-investments.com> On Tue, Jan 10, 2006 at 02:30:36PM -0500, Alan Cox wrote: > On Tue, Jan 10, 2006 at 07:17:22PM +0000, David Woodhouse wrote: > > If we all agree, shall we make bug #174467 a FC5Blocker then? > > Please do. I consider it a blocker for many uses including just about any > server use of wireless networks Thank $DEITY that a few folks at Red Hat realize that the wireless contraption in my pocket might actually *serve* data to an ergonomically confortable keyboard and screen that I happen to be using. The rest of the lot should be required to sit through as many presentations as necessary from Jim Gettys until they understand that LINUX IS NOT WINDOWS! -Bill From johnp at redhat.com Tue Jan 10 20:16:49 2006 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 10 Jan 2006 15:16:49 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> Message-ID: <1136924210.27792.64.camel@localhost.localdomain> On Tue, 2006-01-10 at 14:29 -0500, Chasecreek Systemhouse wrote: > A small rant - > > I just spent several hours rebuilding and updating a PPC system; the > dbus-qt dependency still exists and still requires a "rpm -e dbus-qt" > type local fix after a fresh install. dbus-qt was never enabled in a release. It was on for awhile in rawhide. How is it installed from a fresh install? -- John (J5) Palmieri From david at fubar.dk Tue Jan 10 20:16:49 2006 From: david at fubar.dk (David Zeuthen) Date: Tue, 10 Jan 2006 15:16:49 -0500 Subject: Hal & gnome power manager In-Reply-To: References: Message-ID: <1136924209.2691.26.camel@daxter.boston.redhat.com> On Tue, 2006-01-10 at 11:46 -0700, Don Springall wrote: > Because gnome power manager stopped giving me mesagages that it was running > low on power. Since we have not had a new version of gpm and we have had new > versions of hal and dbus I think maybe there is a problem. This is because g-p-m is now built with libnotify support and you thus need to have the notify-daemon RPM installed. Interestingly enough, the daemon seems to want COMPOSITE enabled on my X server; is that going to be enabled by default in Fedora Core 5? David From chasecreek.systemhouse at gmail.com Tue Jan 10 20:24:02 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Tue, 10 Jan 2006 15:24:02 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <1136924210.27792.64.camel@localhost.localdomain> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> Message-ID: <91f88ee20601101224h66a227a5mc48c1ddd61677f17@mail.gmail.com> On 1/10/06, John (J5) Palmieri wrote: > dbus-qt was never enabled in a release. It was on for awhile in > rawhide. How is it installed from a fresh install? Not real sure (the iMac system is at my house.) But, it's a library related issue and the dbus v0.60 doesn't want to upgrade. I'll post my yum log when I get back home -- the system in question doesn't have Internet access ... so it may be tomorrow before I can tell you. Overall, for a Test Release, FC5 works great on my PPC. I would say that a lot of the problems are related to co-dependencies. Typically all one would need to do would be wait for the cross-dependencies to be worked out on the yum mirror -- or do what I did with kdedevelop, build it from source (I needed Quanta and it wasn't installed by a fresh build.) Bill -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From mario at targetdevelopment.at Tue Jan 10 20:24:07 2006 From: mario at targetdevelopment.at (DI Mario Bruckschwaiger) Date: Tue, 10 Jan 2006 21:24:07 +0100 Subject: rawhide report: 20060110 changes In-Reply-To: <1136921536.7422.3.camel@odysseus> References: <200601100929.k0A9T5CM017018@porkchop.devel.redhat.com> <43C3FB2A.8040103@targetdevelopment.at> <1136921536.7422.3.camel@odysseus> Message-ID: <43C417E7.20303@targetdevelopment.at> Thank you for the advice. Now that ndiswrapper 1.8-rc1 works with kernel 2.6.15 I will stick with it, because it works perfectly. But I will keep the idea with netprofile 'None' and my own startup-script in mind for the next time I try a new kernel and do not want to compile ndiswrapper again. Mario. Ben Matteson wrote: > On Tue, 2006-01-10 at 19:21 +0100, DI Mario Bruckschwaiger wrote: >>> kernel-2.6.15-1.1826.2.9_FC5 >>> ---------------------------- >>> - update bcm43xx driver to version tested in -HEAD >> The interface with this driver is not set up correctly when started with >> netprofile kernel parameter. If rate is set manually with iwconfig (mode >> is Managed), the driver works. And I did not get it to work with an >> encrypted wlan. Am I doing something wrong, or is it still not usable? > > Mario, > > I had the same problem with the madwifi driver (the newer proprietary > one); I think this isn't too uncommon, so I don't think you're doing > anything wrong. I create a netprofile called 'None' for when I'm using > wireless and just use a script to bring up wireless. > > I realize this doesn't help too much, but hopefully it's helpful to know > you probably aren't doing something wrong. > > Ben > > -- DI Mario Bruckschwaiger targetDevelopment Anton Hagl Gasse 4 A-3003 Gablitz +43 664 4008706 office at targetdevelopment.at www.targetdevelopment.at From johnp at redhat.com Tue Jan 10 20:25:00 2006 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 10 Jan 2006 15:25:00 -0500 Subject: Hal & gnome power manager In-Reply-To: References: Message-ID: <1136924700.27792.68.camel@localhost.localdomain> Rebuild? You only need a rebuild if the ABI or API has changed. This is Rawhide, please file a bug so we can figure out what the real problem is. On Tue, 2006-01-10 at 11:19 -0700, Don Springall wrote: > Is it not possible to schedule a rebuild of gnome power manager every time a > hal and dbus build goes out the door ? For those of us on laptops it would > be nice to have power manager more reliable. > > -- John (J5) Palmieri From jspaleta at gmail.com Tue Jan 10 20:31:07 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 10 Jan 2006 15:31:07 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <91f88ee20601101224h66a227a5mc48c1ddd61677f17@mail.gmail.com> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <91f88ee20601101224h66a227a5mc48c1ddd61677f17@mail.gmail.com> Message-ID: <604aa7910601101231qf692696r47cb7ba4571b2be7@mail.gmail.com> On 1/10/06, Chasecreek Systemhouse wrote: > On 1/10/06, John (J5) Palmieri wrote: > > > dbus-qt was never enabled in a release. It was on for awhile in > > rawhide. How is it installed from a fresh install? > > Not real sure (the iMac system is at my house.) your yum.log isnt going to give enough infomration since the yum log doesn't give any information as to which repository you got it from. It only records the package ENVR and the install date. You could have pulled it as a rawhide update during the brief time it was available in rawhide... but we can't know for sure from your yum.log. We might have been able to tell more from the rpm -qi dbus-qt output when it was installed. But alas we will never know now. -jef From McBroomRC at oro.doe.gov Tue Jan 10 20:43:03 2006 From: McBroomRC at oro.doe.gov (McBroom, Robert C) Date: Tue, 10 Jan 2006 15:43:03 -0500 Subject: No Floppy Message-ID: There is no entry in /dev for the floppy on two different systems. One is a new Compaq dc7100 and the other an older Gateway E3600. The Gateway has an external scsi drive and two scsi cdroms in addition to two ide harddrives and a cdrecorder. The scsi drive is picked up and one of the cdroms, but the second is missing. kudzu doesn't indicate anything. All the hardware is there using Slackware and the 2.6 kernel. Robert McBroom -------------- next part -------------- An HTML attachment was scrubbed... URL: From don_springall at hotmail.com Tue Jan 10 20:46:53 2006 From: don_springall at hotmail.com (Don Springall) Date: Tue, 10 Jan 2006 13:46:53 -0700 Subject: Hal & gnome power manager In-Reply-To: <1136924209.2691.26.camel@daxter.boston.redhat.com> Message-ID: I have the libnotify-0.3.0-2 installed. What service needs to be running ? >From: David Zeuthen >Reply-To: For testers of Fedora Core development releases > >To: For testers of Fedora Core development releases > >Subject: Re: Hal & gnome power manager >Date: Tue, 10 Jan 2006 15:16:49 -0500 > >On Tue, 2006-01-10 at 11:46 -0700, Don Springall wrote: > > Because gnome power manager stopped giving me mesagages that it was >running > > low on power. Since we have not had a new version of gpm and we have had >new > > versions of hal and dbus I think maybe there is a problem. > >This is because g-p-m is now built with libnotify support and you thus >need to have the notify-daemon RPM installed. > >Interestingly enough, the daemon seems to want COMPOSITE enabled on my X >server; is that going to be enabled by default in Fedora Core 5? > > David > > >-- >fedora-test-list mailing list >fedora-test-list at redhat.com >To unsubscribe: >https://www.redhat.com/mailman/listinfo/fedora-test-list From McBroomRC at oro.doe.gov Tue Jan 10 20:51:51 2006 From: McBroomRC at oro.doe.gov (McBroom, Robert C) Date: Tue, 10 Jan 2006 15:51:51 -0500 Subject: Source Problems Message-ID: Trying to update the 1826 kernel source to compile with the ntfs filesystem module ;). Neither yumdownloader or up2date will retrieve the source. Robert McBroom [rock at mcbroomrc ~]# yumdownloader --source kernel Traceback (most recent call last): File "/usr/bin/yumdownloader", line 27, in ? from yum.packages import parsePackages, returnBestPackages ImportError: cannot import name returnBestPackages [rock at mcbroomrc ~]# [rock at mcbroomrc ~]# up2date --get-source kernel An error has occurred: exceptions.AttributeError See /var/log/up2date for more information [rock at mcbroomrc ~]# [Tue Jan 10 13:49:48 2006] up2date File "/usr/sbin/up2date", line 1265, in ? sys.exit(main() or 0) File "/usr/sbin/up2date", line 328, in main sources = sourcesConfig.getSources() File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 263, in getSources scfg = SourcesConfigFile(filename="/etc/sysconfig/rhn/sources") File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 42, in __init__ self.load() File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 85, in load self.parseRepomd(line) File "/usr/share/rhn/up2date_client/sourcesConfig.py", line 220, in parseRepomd yb = yumBaseRepo.initYumRepo() File "/usr/share/rhn/up2date_client/repoBackends/yumBaseRepo.py", line 40, in initYumRepo yb = YumBaseRepo() File "/usr/share/rhn/up2date_client/repoBackends/yumBaseRepo.py", line 20, in __init__ self.conf = yum.config.yumconf() -------------- next part -------------- An HTML attachment was scrubbed... URL: From gmaxwell at gmail.com Tue Jan 10 21:47:28 2006 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 10 Jan 2006 16:47:28 -0500 Subject: Online resizing of ext3 filesystems {shrink} In-Reply-To: <20060110202626.GC22364@ti64.telemetry-investments.com> References: <20060108182313.GA21892@ti64.telemetry-investments.com> <20060109152701.GB10448@ti64.telemetry-investments.com> <20060110202626.GC22364@ti64.telemetry-investments.com> Message-ID: On 1/10/06, Bill Rugolsky Jr. wrote: > On Tue, Jan 10, 2006 at 03:05:48PM -0500, Gregory Maxwell wrote: > > On 1/9/06, goemon at anime.net wrote: > > > Is ext2/3 the only filesystem which does this? There are good reasons to > > > try to keep allocations toward the beginning of the partition, because i/o > > > rates are _much_ higher (2x, 3x or more) due to higher angular velocity > > > of the drive platters. > Greg, > I think that you replied (privately) to the wrong person. :-) You are > correct, drives are divided into zones. There's a program bundled > with bonnie++ called "zcav" that will measure the I/O rate discrepancies. > It should be saw-tooth, since the gaps grow until a new block can be > inserted. Thanks! Just shows that even if you're right ... through the use of a webmail frontend you can still be a moron. :) From david at fubar.dk Tue Jan 10 21:46:22 2006 From: david at fubar.dk (David Zeuthen) Date: Tue, 10 Jan 2006 16:46:22 -0500 Subject: Hal & gnome power manager In-Reply-To: References: Message-ID: <1136929582.2691.31.camel@daxter.boston.redhat.com> On Tue, 2006-01-10 at 13:46 -0700, Don Springall wrote: > I have the libnotify-0.3.0-2 installed. If you read my message again you will see that I said that you needed the RPM called notify-daemon, not libnotify, they are different things: $ rpm -q notify-daemon libnotify notify-daemon-0.3.1-3 libnotify-0.3.0-2 > What service needs to be running ? I believe that the notify-daemon is started via D-BUS activation on the session bus so there is no need to start any service. Good luck, David p.s. : Please don't top-post From mike at miketc.com Tue Jan 10 22:10:12 2006 From: mike at miketc.com (Mike Chambers) Date: Tue, 10 Jan 2006 16:10:12 -0600 Subject: Latest rawhide vs Bootchart In-Reply-To: <43C3CDB9.4010608@BitWagon.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> Message-ID: <1136931012.5044.10.camel@scrappy.miketc.com> On Tue, 2006-01-10 at 07:07 -0800, John Reiser wrote: > > Just out of curiousity I installed bootchart and ran it against the > > latest rawhide (yesterday) ... > > > http://www.miketc.com/bootchart.png > > So what _was_ going on between 22.2 and 36.1 seconds on the chart? > CPU utilization was a couple percent, I/O wait was a couple percent, > disk was idle (all except for start of {nptd, sendmail, gpm, crond, > fc-cache} at 33.3-34.2 seconds.) The last significant activity > was syslogd I/O at 22.3 seconds. ntpdate I believe is what it was waiting on. AFAICT that is the only service that really had a pause. Most everything doesn't take too long, with *maybe* the network (eth0 in my case, and it's on static network), but prolly not to the point of anything can be done. -- Mike Chambers Madisonville, KY "It's only funny until someone gets hurt, then it's hilarious!" From chasecreek.systemhouse at gmail.com Tue Jan 10 22:13:03 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Tue, 10 Jan 2006 17:13:03 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <604aa7910601101231qf692696r47cb7ba4571b2be7@mail.gmail.com> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <91f88ee20601101224h66a227a5mc48c1ddd61677f17@mail.gmail.com> <604aa7910601101231qf692696r47cb7ba4571b2be7@mail.gmail.com> Message-ID: <91f88ee20601101413j7d2f6990v2244e6d02bc8ca9@mail.gmail.com> On 1/10/06, Jeff Spaleta wrote: > in rawhide... but we can't know for sure from your yum.log. We might > have been able to tell more from the rpm -qi dbus-qt output when it > was installed. But alas we will never know now. Sure we will -- it came off the Nov 21st installed PPC ISOs. *If* the dbus-qt can be rpm -e'd then there *must* have been an rpm to erase to start with =) -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From jspaleta at gmail.com Tue Jan 10 22:26:40 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Tue, 10 Jan 2006 17:26:40 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <1136924210.27792.64.camel@localhost.localdomain> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> Message-ID: <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> On 1/10/06, John (J5) Palmieri wrote: > dbus-qt was never enabled in a release. It was on for awhile in > rawhide. How is it installed from a fresh install? Err....point of information...it was in fc5t1 http://download.fedora.redhat.com/pub/fedora/linux/core/test/4.90/i386/os/Fedora/RPMS/dbus-qt-0.50-1.i386.rpm http://download.fedora.redhat.com/pub/fedora/linux/core/test/4.90/ppc/os/Fedora/RPMS/dbus-qt-0.50-1.ppc64.rpm Now whether or not fc5t1 counts as a "release" is debatable on many different levels. But an unsuspecting tester could most certaintly run into a problem updating from a fresh fc5t1 install as the original poster described. -jef From johnp at redhat.com Tue Jan 10 23:05:06 2006 From: johnp at redhat.com (John (J5) Palmieri) Date: Tue, 10 Jan 2006 18:05:06 -0500 Subject: Hal & gnome power manager In-Reply-To: <1136924209.2691.26.camel@daxter.boston.redhat.com> References: <1136924209.2691.26.camel@daxter.boston.redhat.com> Message-ID: <1136934306.27792.74.camel@localhost.localdomain> On Tue, 2006-01-10 at 15:16 -0500, David Zeuthen wrote: > On Tue, 2006-01-10 at 11:46 -0700, Don Springall wrote: > > Because gnome power manager stopped giving me mesagages that it was running > > low on power. Since we have not had a new version of gpm and we have had new > > versions of hal and dbus I think maybe there is a problem. > > This is because g-p-m is now built with libnotify support and you thus > need to have the notify-daemon RPM installed. I had a feeling this was the issue. We should make something pull notify-daemon in. > Interestingly enough, the daemon seems to want COMPOSITE enabled on my X > server; is that going to be enabled by default in Fedora Core 5? If you enabled the composite extension in your xorg.conf then we get an ARGB visual and assume composite. This will change in the future when Soren adds a selection to his comp manager which I can check to see if a comp manager is running. We then make that the standard. In fact I am going to turn off composite in my next release. -- John (J5) Palmieri From fedora at adslpipe.co.uk Tue Jan 10 23:36:48 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Tue, 10 Jan 2006 23:36:48 +0000 Subject: Latest rawhide vs Bootchart In-Reply-To: <43C3E4E9.7010407@BitWagon.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com><1136906407.11377.8.camel@rakta.wsg.mcgill.ca> <43C3E4E9.7010407@BitWagon.com> Message-ID: <43C44510.8090403@adslpipe.co.uk> John Reiser wrote: > I trust the hardware clock enough that there should be an option > not to wait for ntpdate. The machine boots within a few hours > (usually, mere minutes) of controlled shutdown. Even if it was left shutdown for quite some time I believe you can calibrate against the drift ... From gmaxwell at gmail.com Tue Jan 10 23:58:18 2006 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 10 Jan 2006 18:58:18 -0500 Subject: Latest rawhide vs Bootchart In-Reply-To: <43C44510.8090403@adslpipe.co.uk> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> <43C3E4E9.7010407@BitWagon.com> <43C44510.8090403@adslpipe.co.uk> Message-ID: On 1/10/06, Andy Burns wrote: > Even if it was left shutdown for quite some time I believe you can > calibrate against the drift ... Drift is computing against the running clock, not the hardware clock. Even if it were, drift is temperature dependant.. So, quite some time is perhaps an overstatement. From don_springall at hotmail.com Wed Jan 11 00:15:48 2006 From: don_springall at hotmail.com (Don Springall) Date: Tue, 10 Jan 2006 17:15:48 -0700 Subject: Package manager Message-ID: Well this seems to be a 100% improvement on system-config-packages with only repository configuration left to implement. My only question is on the desktop group. It seems to be empty. Also it does not seem to have everything from extras in there like xfce and wine. Is it not using the same repositories as yum ? From david at fubar.dk Wed Jan 11 00:28:15 2006 From: david at fubar.dk (David Zeuthen) Date: Tue, 10 Jan 2006 19:28:15 -0500 Subject: Hal & gnome power manager In-Reply-To: <1136934306.27792.74.camel@localhost.localdomain> References: <1136924209.2691.26.camel@daxter.boston.redhat.com> <1136934306.27792.74.camel@localhost.localdomain> Message-ID: <1136939296.2350.1.camel@daxter.boston.redhat.com> On Tue, 2006-01-10 at 18:05 -0500, John (J5) Palmieri wrote: > If you enabled the composite extension in your xorg.conf then we get an > ARGB visual and assume composite. Ah, indeed I have enabled the composite extension and, no, I wasn't running any composite manager. > This will change in the future when > Soren adds a selection to his comp manager which I can check to see if a > comp manager is running. We then make that the standard. In fact I am > going to turn off composite in my next release. Sounds good; the difference with composite turned off is that we don't get anti-aliasing? Cheers, David From fedora at adslpipe.co.uk Wed Jan 11 00:36:00 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Wed, 11 Jan 2006 00:36:00 +0000 Subject: Latest rawhide vs Bootchart In-Reply-To: References: <1136882153.3465.2.camel@scrappy.miketc.com><43C3CDB9.4010608@BitWagon.com><6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com><1136906407.11377.8.camel@rakta.wsg.mcgill.ca><43C3E4E9.7010407@BitWagon.com> <43C44510.8090403@adslpipe.co.uk> Message-ID: <43C452F0.7090705@adslpipe.co.uk> Gregory Maxwell wrote: > Drift is computing against the running clock, not the hardware clock. I though drift of both the system clock and the RTC compared to true time were compensated for? http://www.tldp.org/HOWTO/Clock-2.html > Even if it were, drift is temperature dependant.. True > So, quite some time is perhaps an overstatement. Probably! From petersen at redhat.com Wed Jan 11 02:17:00 2006 From: petersen at redhat.com (Jens Petersen) Date: Wed, 11 Jan 2006 11:17:00 +0900 Subject: emacs-21.4-11 won't start (undefined color) In-Reply-To: References: <20060110155904.GB13375@redhat.com> Message-ID: <43C46A9C.5040903@redhat.com> Neal Becker wrote: > Nalin Dahyabhai wrote: >>On Tue, Jan 10, 2006 at 10:19:39AM -0500, Neal Becker wrote: >> >>>emacs -q >>>Undefined color: "black" >> >>Did you update to the modular X packages recently? This sounds like bug >>#173036. It's puzzling, because that one's been fixed for a while. > > Clean install of FC5T1. Should be fixed in current rawhide and coming fc5t2. Jens From chasecreek.systemhouse at gmail.com Wed Jan 11 02:20:45 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Tue, 10 Jan 2006 21:20:45 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> Message-ID: <91f88ee20601101820l79452558ic50865b1a0368c43@mail.gmail.com> I need to get my "release" and "test" words straight. Sorry, I am using FC5Test1 on a PowerPC iMac. Yes, it works wonderfully =) -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From katzj at redhat.com Wed Jan 11 02:27:11 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 10 Jan 2006 21:27:11 -0500 Subject: Package manager In-Reply-To: References: Message-ID: <1136946431.27980.0.camel@bree.local.net> On Tue, 2006-01-10 at 17:15 -0700, Don Springall wrote: > Well this seems to be a 100% improvement on system-config-packages with only > repository configuration left to implement. My only question is on the > desktop group. It seems to be empty. There are actually two desktop groups in the comps file, one of them is just empty ;-) I need to remove the empty one. > Also it does not seem to have everything from extras in there like xfce and > wine. Is it not using the same repositories as yum ? It does, but it requires things to be in a comps file. Extras does not (yet) have a comps file in place. But we already have a starting point from some work done a few months ago, it just requires cleaning up and adapting for some of the comps changes. Jeremy From ben.youngdahl at gmail.com Wed Jan 11 02:48:43 2006 From: ben.youngdahl at gmail.com (Benjamin Youngdahl) Date: Tue, 10 Jan 2006 20:48:43 -0600 Subject: Open source Flash 7 (mostly) player Message-ID: <291399270601101848s2e0bc6a6jadf3f511414fd5b0@mail.gmail.com> Looks pretty nice: http://www.gnu.org/software/gnash/ Love to see it in FC5! -------------- next part -------------- An HTML attachment was scrubbed... URL: From davej at redhat.com Wed Jan 11 03:35:40 2006 From: davej at redhat.com (Dave Jones) Date: Tue, 10 Jan 2006 22:35:40 -0500 Subject: dv8000 won't boot new info In-Reply-To: References: Message-ID: <20060111033540.GS3704@redhat.com> On Tue, Jan 10, 2006 at 11:11:07AM -0500, Neal Becker wrote: > I'm struggling to boot various Fedora kernels on my new hp dv8000. I > learned something very interesting. > > Install from FC4 -> boots OK > update to any FC4 update kernel -> hangs > ACPI: Ssubsystem revision 20050902 > > Install FC5T1 -> boots OK > update to newer 2.6.15 from rawhide -> hangs > same result as above. > > Conclusion: > It's _not the kernel version_ that's the problem. It's the installer. > > Kernels installed by anaconda work. Those installed by rpm -i don't. (I > have tried others also). The only possible difference there might be mkinitrd. Jeremy ? Peter ? Dave From katzj at redhat.com Wed Jan 11 03:52:55 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 10 Jan 2006 22:52:55 -0500 Subject: dv8000 won't boot new info In-Reply-To: <20060111033540.GS3704@redhat.com> References: <20060111033540.GS3704@redhat.com> Message-ID: <1136951575.27980.4.camel@bree.local.net> On Tue, 2006-01-10 at 22:35 -0500, Dave Jones wrote: > On Tue, Jan 10, 2006 at 11:11:07AM -0500, Neal Becker wrote: > > I'm struggling to boot various Fedora kernels on my new hp dv8000. I > > learned something very interesting. > > > > Install from FC4 -> boots OK > > update to any FC4 update kernel -> hangs > > ACPI: Ssubsystem revision 20050902 > > > > Install FC5T1 -> boots OK > > update to newer 2.6.15 from rawhide -> hangs > > same result as above. > > > > Conclusion: > > It's _not the kernel version_ that's the problem. It's the installer. > > > > Kernels installed by anaconda work. Those installed by rpm -i don't. (I > > have tried others also). > > The only possible difference there might be mkinitrd. > Jeremy ? Peter ? They get called the same. The conclusion I'd reach here is "the test1 kernel works, later ones don't" :-) Jeremy From jonstanley at gmail.com Wed Jan 11 04:24:09 2006 From: jonstanley at gmail.com (Jon Stanley) Date: Tue, 10 Jan 2006 22:24:09 -0600 Subject: fc5t1 and VMWare Message-ID: I normally do most of my testing/playing around in VMWare Workstation on my (gasp!) Windows box. For some odd reason, two things are true in fc5t1 1) pcnet32 doesn't work for bridged networking (I think that this is long-standing, with multiple releases of Fedora and RHEL if I'm not mistaken), Not a big deal if you can compile/use the vmxnet networking driver, which leads us to: 2) The kernel-devel packages are missing from the distro media (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177361). I compiled the kernel on a RHEL4 machine, in order to get the kernel-*-devel packages, which leads us to: 3) The resulting RPM has a dependency on /usr/sbin/hardlink, something that exists on my RHEL4 box and is owned by kernel-util. However, no such pacakge exists in fc5t1, and I don't know where that binary might be (if it exists). Has anyone gotten fc5t1 (fresh install) to work successfully on VMWare? I might have to go to real hardware, which I hate doing unless I have kernel bugs I need to reproduce in a non-tainted environment (not often). Any/all help would be appreciated. Thanks! -Jon From justin.conover at gmail.com Wed Jan 11 04:59:25 2006 From: justin.conover at gmail.com (Justin Conover) Date: Tue, 10 Jan 2006 22:59:25 -0600 Subject: eclipse-platform-3.1.1-1jpp_15fc crashes Message-ID: I get this error when it startups up. JVM terminated. Exit code=1 /usr/bin/java -jar startup.jar -os linux -ws gtk -arch x86_64 -launcher /usr/bin/eclipse -name Eclipse -showsplash 600 -exitdata 5a0018 -vm /usr/bin/java -vmargs -jar startup.jar Third time...it started, then that message popped up again when I hit Help/Welcome rpm -qa eclipse\* eclipse-bugzilla-0.1.1_fc-6 eclipse-cdt-3.0.1-1jpp_3fc eclipse-platform-3.1.1-1jpp_15fc eclipse-pydev-0.9.3_fc-13 eclipse-changelog-2.0.1_fc-23 eclipse-rcp-3.1.1-1jpp_15fc eclipse-ecj-3.1.1-1jpp_15fc eclipse-jdt-3.1.1-1jpp_15fc -------------- next part -------------- An HTML attachment was scrubbed... URL: From pjones at redhat.com Wed Jan 11 06:06:20 2006 From: pjones at redhat.com (Peter Jones) Date: Wed, 11 Jan 2006 01:06:20 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> Message-ID: <1136959580.18949.37.camel@localhost.localdomain> On Tue, 2006-01-10 at 17:26 -0500, Jeff Spaleta wrote: > Now whether or not fc5t1 counts as a "release" is debatable on many > different levels. No, it's very much not. alpha/beta/test have never been guaranteed (or at all expected) to update perfectly from one to the next, and never will. Absolutely, no way. We've got enough work to do without being this incredibly crazy. -- Peter From skvidal at linux.duke.edu Wed Jan 11 06:33:17 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Wed, 11 Jan 2006 01:33:17 -0500 Subject: A couple of Yum issues: Wildcards and Dependencies In-Reply-To: <6280325c0601100628m17f8f523pf863938ec19b272b@mail.gmail.com> References: <6280325c0601100628m17f8f523pf863938ec19b272b@mail.gmail.com> Message-ID: <1136961197.2681.62.camel@cutter> On Wed, 2006-01-11 at 00:58 +1030, n0dalus wrote: > Hi, > > I've recently updated yum, and now it doesn't seem to be working with wildcards: > > [root at fedora5 ~]# yum update '*rpm*' > Loading "installonlyn" Plugin > Setting up Update Process > Setting up repositories > extras-dev: ######################## 2/2 > Reading repository metadata in from local files > Examining pam-0.80-14.i386.rpm: pam - 0.80-14.i386 > Examining pam-devel-0.80-14.i386.rpm: pam-devel - 0.80-14.i386 > pam-0.80-14.i386.rpm: does not update installed package. > pam-devel-0.8-14.i386.rpm: does not update installed package. > No Packages makred for Update/Obsoletion you didn't cut and paste this, did you? > Why is it globbing files when I am using quotes? ask your shell. do echo '*rpm*' and see what it outputs. > The other issue I had is that when I ran: > # yum install pirut > > It complained that firstboot needed system-config-packages (since > pirut obsoletes system-config-packages), despite the fact that a > firstboot update was available and it could have updated it and > resolved the dependency. I don't have the command output here, but I > was wondering what might have caused this. would need the command output to know more. -sv From roger at gwch.net Wed Jan 11 08:30:12 2006 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 11 Jan 2006 09:30:12 +0100 Subject: Gnome-power-Manager only starting if selinux is disabled Message-ID: <1136968214.2559.1.camel@niobe> hey, around the discussion of gnome-power-manager, i saw it only starting correct if i had selinux disabled. it doesn't if i have selinux on permissive or enforced... Rog From buildsys at redhat.com Wed Jan 11 09:07:45 2006 From: buildsys at redhat.com (Build System) Date: Wed, 11 Jan 2006 04:07:45 -0500 Subject: rawhide report: 20060111 changes Message-ID: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> Removed package perseus-dependency Removed package perseus-distribution Removed package jonas Removed package fractal Removed package jonathan-core Removed package p6spy Removed package jakarta-commons-cli Removed package dtdparser Removed package nanoxml Removed package howl-logger Removed package perseus-fos Removed package jorm Removed package asm Removed package perseus-persistence Removed package medor-expression Removed package jotm Removed package oldkilim Removed package objectweb-anttask Removed package perseus-concurrency Removed package gif89encoder Removed package jonathan-jeremie Removed package monolog Removed package perseus-pool Removed package medor Removed package joram Removed package perseus-cache Removed package carol Removed package objectweb-deploysched Removed package jorm-rdb-adapter Removed package gnu.regexp Removed package jonas Updated Packages: GFS-kernel-2.6.14.1-20051219.162641.FC5.8 ----------------------------------------- * Tue Jan 10 2006 Jesse Keating - rebuilt anaconda-10.91.2-1 ------------------ * Tue Jan 10 2006 Jeremy Katz - 10.91.2-1 - fix hard drive installs (pjones) * Tue Jan 10 2006 Jeremy Katz - 10.91.1-1 - more ppc rescue image (jkeating) - actually commit the dmraid fix (pjones) cman-kernel-2.6.14.1-20051219.162641.FC5.9 ------------------------------------------ * Tue Jan 10 2006 Jesse Keating - rebuilt again dlm-kernel-2.6.14.1-20051219.162641.FC5.7 ----------------------------------------- * Tue Jan 10 2006 Jesse Keating - rebuilt fontconfig-2.3.93-3 ------------------- * Tue Jan 10 2006 Bill Nottingham - 2.3.93-3 - prereq coreutils for mkdir/touch in %post gimp-2:2.2.10-2 --------------- * Tue Jan 10 2006 Nils Philippsen - rebuild with lcms * Thu Dec 29 2005 Nils Philippsen - 2.2.10 - version 2.2.10 gstreamer08-0.8.11-3 -------------------- * Tue Jan 10 2006 Bill Nottingham 0.8.11-3 - requires(pre) coreutils, since we call env gtk2-engines-2.7.2-2 -------------------- * Tue Jan 10 2006 Ray Strode 2.7.2-2 - fix handle drawing bugs from F-Spot and gnome-panel - change %makeinstall to make install DESTDIR=... kudzu-1.2.18-1 -------------- * Tue Jan 10 2006 Bill Nottingham - 1.2.18-1 - add missing fchdir in pcmcia code - fix segfault if pcmcia network devices are found before their drivers are loaded (#174341) selinux-policy-2.1.8-3 ---------------------- * Tue Jan 10 2006 Dan Walsh 2.1.8-3 - More Fixes for hal and readahead vte-0.11.16-2.fc5.1 ------------------- * Tue Jan 10 2006 Bill Nottingham 0.11.16-2 - prereq initscripts as it creates the utmp group xen-3.0-0.20060110.fc5.2 ------------------------ * Tue Jan 10 2006 - 3.0-0.20060110.fc5.1 - Update to xen-unstable from 20060110 (cset 8526) xorg-x11-xfs-1:1.0.0-2 ---------------------- * Tue Jan 10 2006 Bill Nottingham 1:1.0.0-2 - fix %post script (#176009, ) Broken deps for i386 ---------------------------------------------------------- gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 Broken deps for ia64 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) Broken deps for s390 ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 Broken deps for s390x ---------------------------------------------------------- jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) Broken deps for x86_64 ---------------------------------------------------------- gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) From alexl at redhat.com Wed Jan 11 09:33:36 2006 From: alexl at redhat.com (Alexander Larsson) Date: Wed, 11 Jan 2006 10:33:36 +0100 Subject: Mono [Re: rawhide report: 20060110 changes] In-Reply-To: <1136929421.2455.6.camel@aurora.localdomain> References: <200601100929.k0A9T5CM017018@porkchop.devel.redhat.com> <1136929421.2455.6.camel@aurora.localdomain> Message-ID: <1136972016.8026.78.camel@greebo> On Tue, 2006-01-10 at 14:43 -0700, Trever L. Adams wrote: > Okay, I am actually glad this happened. However, I have two gripes. Why > was 1.13 not included? It is newer and fixes several problems? Because it was released very very recently. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Alexander Larsson Red Hat, Inc alexl at redhat.com alla at lysator.liu.se He's a fast talking misogynist grifter who hides his scarred face behind a mask. She's a violent paranoid detective from aristocratic European stock. They fight crime! From goemon at anime.net Wed Jan 11 09:31:21 2006 From: goemon at anime.net (goemon at anime.net) Date: Wed, 11 Jan 2006 01:31:21 -0800 (PST) Subject: Open source Flash 7 (mostly) player In-Reply-To: <291399270601101848s2e0bc6a6jadf3f511414fd5b0@mail.gmail.com> References: <291399270601101848s2e0bc6a6jadf3f511414fd5b0@mail.gmail.com> Message-ID: On Tue, 10 Jan 2006, Benjamin Youngdahl wrote: > Looks pretty nice: > http://www.gnu.org/software/gnash/ > > Love to see it in FC5! doesn't compile on 64 bit. -Dan From paul at all-the-johnsons.co.uk Wed Jan 11 09:57:03 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 11 Jan 2006 09:57:03 +0000 Subject: Open source Flash 7 (mostly) player In-Reply-To: References: <291399270601101848s2e0bc6a6jadf3f511414fd5b0@mail.gmail.com> Message-ID: <1136973423.1164.12.camel@mrwibble.mrwobble> Hi, On Wed, 2006-01-11 at 01:31 -0800, goemon at anime.net wrote: > > Love to see it in FC5! > > doesn't compile on 64 bit. Without firefox-devel, it's pretty useless anyway as it won't build the firefox plugin without it. TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From shrek-m at gmx.de Wed Jan 11 10:03:23 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 11 Jan 2006 11:03:23 +0100 Subject: rescuecd-ppc.iso (was Re: rawhide report: 20060111 changes) In-Reply-To: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> References: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> Message-ID: <43C4D7EB.2050407@gmx.de> Build System wrote: >anaconda-10.91.2-1 >------------------ >[...] >* Tue Jan 10 2006 Jeremy Katz - 10.91.1-1 >- more ppc rescue image (jkeating) > > $ lftp download.fedora.redhat.com/pub/fedora/linux/core/development/isos/ Verzeichniswechsel OK, cwd=/pub/fedora/linux/core/development/isos lftp download.fedora.redhat.com:/pub/fedora/linux/core/development/isos> ls -rw-r--r-- 1 ftp ftp 76150784 Jan 11 07:28 rescuecd-i386.iso -rw-r--r-- 1 ftp ftp 105674752 Jan 10 08:35 rescuecd-ppc.iso -rw-r--r-- 1 ftp ftp 76609536 Jan 11 07:28 rescuecd-x86_64.iso seems to be the same rescuecd-ppc.iso as yesterday $ ll rescuecd-ppc.iso -rw-rw-r-- 1 admin admin 105674752 10. Jan 17:27 rescuecd-ppc.iso $ sha1sum rescuecd-ppc.iso 1d891aa8aa883b96732323a995a2077136f78a29 rescuecd-ppc.iso -- shrek-m From roger at gwch.net Wed Jan 11 10:51:20 2006 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 11 Jan 2006 11:51:20 +0100 Subject: Gnome-power-Manager only starting if selinux is disabled In-Reply-To: <1136968214.2559.1.camel@niobe> References: <1136968214.2559.1.camel@niobe> Message-ID: <1136976681.2782.0.camel@niobe> Am Mittwoch, den 11.01.2006, 09:30 +0100 schrieb Roger Grosswiler: > hey, > > around the discussion of gnome-power-manager, i saw it only starting > correct if i had selinux disabled. > > it doesn't if i have selinux on permissive or enforced... > > Rog funny, after new relabelling it is working?? rog From dwmw2 at infradead.org Wed Jan 11 11:00:13 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Wed, 11 Jan 2006 11:00:13 +0000 Subject: Open source Flash 7 (mostly) player In-Reply-To: <1136973423.1164.12.camel@mrwibble.mrwobble> References: <291399270601101848s2e0bc6a6jadf3f511414fd5b0@mail.gmail.com> <1136973423.1164.12.camel@mrwibble.mrwobble> Message-ID: <1136977213.4196.62.camel@pmac.infradead.org> On Wed, 2006-01-11 at 09:57 +0000, Paul F. Johnson wrote: > Without firefox-devel, it's pretty useless anyway as it won't build > the firefox plugin without it. The firefox plugin doesn't seem to work for me either -- even files which are played OK from the command line with 'gnash' don't run in firefox with its plugin. -- dwmw2 From shrek-m at gmx.de Wed Jan 11 11:04:38 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 11 Jan 2006 12:04:38 +0100 Subject: OT: eorgan945@uol.com.br Message-ID: <43C4E646.9090504@gmx.de> hi eorgan945, it is annoying ! [...blabla...] Hi, You?ve just sent a message to *eorgan945 at uol.com.br* In order to confirm the sent message,please click here This confirmation is necessary because *eorgan945 at uol.com.br* uses Antispam UOL, a service that avoids unwanted messages like advertising, pornography, viruses, and spams. *Other messages sent to eorgan945 at uol.com.br won't need to be confirmed*.* *If you receive another confirmation request, please ask eorgan945 at uol.com.br to include you in his/her authorized e-mail list. [...] please stop your antispam rules for this list, change your provider or unsubscribe. http://www.redhat.com/archives/fedora-test-list/2005-December/msg00279.html /Subject/: Re: test message - fishing for broken autoresponders. -- shrek-m From paul at all-the-johnsons.co.uk Wed Jan 11 11:31:10 2006 From: paul at all-the-johnsons.co.uk (Paul F. Johnson) Date: Wed, 11 Jan 2006 11:31:10 +0000 Subject: [Mono-dev] mysql-connector-net RPM building Q In-Reply-To: <1136978921.1164.17.camel@mrwibble.mrwobble> References: <1136978921.1164.17.camel@mrwibble.mrwobble> Message-ID: <1136979070.1164.19.camel@mrwibble.mrwobble> Hi, > I've mostly got the rpm done for mysql-connector-net (replaces > ByteFX.Data in mono). The problem is that the mono packages currently > being built aren't being correctly built for x86_64 - everything is > being placed in /usr/lib rather than /usr/lib64 (which is the correct > place and works fine). > > I've filed a bugzilla report on this (Bug 177508) > > This needs to be done sooner rather than later to ensure packages built > for FE comply with FE build rules. Having non i386 architecture > explicitly removed from builds on this is not a good idea. OOops, wrong list (I sent it to the mono developers list!) TTFN Paul -- "Logic, my dear Zoe, is merely the ability to be wrong with authority" - Dr Who From fabio.comolli at gmail.com Wed Jan 11 11:49:12 2006 From: fabio.comolli at gmail.com (Fabio Comolli) Date: Wed, 11 Jan 2006 12:49:12 +0100 Subject: Open source Flash 7 (mostly) player In-Reply-To: <1136977213.4196.62.camel@pmac.infradead.org> References: <291399270601101848s2e0bc6a6jadf3f511414fd5b0@mail.gmail.com> <1136973423.1164.12.camel@mrwibble.mrwobble> <1136977213.4196.62.camel@pmac.infradead.org> Message-ID: The product home page says that the firefox plugin is still in development and not functional at the moment. F. On 1/11/06, David Woodhouse wrote: > On Wed, 2006-01-11 at 09:57 +0000, Paul F. Johnson wrote: > > Without firefox-devel, it's pretty useless anyway as it won't build > > the firefox plugin without it. > > The firefox plugin doesn't seem to work for me either -- even files > which are played OK from the command line with 'gnash' don't run in > firefox with its plugin. > > -- > dwmw2 > > -- > fedora-test-list mailing list > fedora-test-list at redhat.com > To unsubscribe: > https://www.redhat.com/mailman/listinfo/fedora-test-list > From shrek-m at gmx.de Wed Jan 11 12:57:50 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Wed, 11 Jan 2006 13:57:50 +0100 Subject: intel-based macs Message-ID: <43C500CE.7090601@gmx.de> hi, is fedora prepared for intel-based macs ? A message from the Apple Developer Connection: It's time to ship your Universal Binary. The Intel-based Macs are here. (http://developer.apple.com/click/dtrc5.html) Get your Intel-based Mac. ADC Premier and Select Members can purchase an Intel-based Mac at a significant discount utilizing their ADC Hardware Purchase Program membership benefit. Not a Premier or Select Member yet? Upgrade your membership today to take advantage of this benefit and get your hands on a new Mac. -- shrek-m From alan at redhat.com Wed Jan 11 13:45:18 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 11 Jan 2006 08:45:18 -0500 Subject: intel-based macs In-Reply-To: <43C500CE.7090601@gmx.de> References: <43C500CE.7090601@gmx.de> Message-ID: <20060111134518.GA27766@devserv.devel.redhat.com> On Wed, Jan 11, 2006 at 01:57:50PM +0100, shrek-m at gmx.de wrote: > is fedora prepared for intel-based macs ? It will depend what Apple have done to make it not a PC. Other than that its just another PC laptop From pbrobinson at gmail.com Wed Jan 11 13:50:52 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Wed, 11 Jan 2006 13:50:52 +0000 Subject: intel-based macs In-Reply-To: <20060111134518.GA27766@devserv.devel.redhat.com> References: <43C500CE.7090601@gmx.de> <20060111134518.GA27766@devserv.devel.redhat.com> Message-ID: <5256d0b0601110550l1c404946i4edcd7c0a4ce90ee@mail.gmail.com> On 1/11/06, Alan Cox wrote: > On Wed, Jan 11, 2006 at 01:57:50PM +0100, shrek-m at gmx.de wrote: > > is fedora prepared for intel-based macs ? > > It will depend what Apple have done to make it not a PC. Other than that its > just another PC laptop Well they've mentioned you'll be able to run that other OS on it so I would imagine it would work just fine. I would think the only issue will be with specific hardware like sound and graphics and the like as the Yonah hardware is still relatively new. Pete From canfield at uindy.edu Wed Jan 11 14:14:00 2006 From: canfield at uindy.edu (D Canfield) Date: Wed, 11 Jan 2006 09:14:00 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <1136959580.18949.37.camel@localhost.localdomain> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> <1136959580.18949.37.camel@localhost.localdomain> Message-ID: <43C512A8.4010203@uindy.edu> Peter Jones wrote: > On Tue, 2006-01-10 at 17:26 -0500, Jeff Spaleta wrote: > > >> Now whether or not fc5t1 counts as a "release" is debatable on many >> different levels. >> > > No, it's very much not. alpha/beta/test have never been guaranteed (or > at all expected) to update perfectly from one to the next, and never > will. > > Absolutely, no way. We've got enough work to do without being this > incredibly crazy. > Maybe I'll be laughed off the list, but I do think it would be great if a *goal* (not a requirement) of at least test3 of a given release would be to upgrade to final. Might help get a bit more testing on more diverse hardware if there wasn't the expectation that we will likely have to re-install a few weeks later. Similarly, it would be nice if there were some notes between test releases (and final) pointing out any changes that might not have been handled by rpm -Fvh. Especially important new packages, configs that might not be upgraded etc. A few times in the past (mainly with RHL more than FC) I've installed a test3, and although the upgrade to final seems OK, I start panicking that there's something important I've missed. Yes, I'm slightly neurotic. :-) DC From gmaxwell at gmail.com Tue Jan 10 19:51:01 2006 From: gmaxwell at gmail.com (Gregory Maxwell) Date: Tue, 10 Jan 2006 14:51:01 -0500 Subject: Latest rawhide vs Bootchart In-Reply-To: <43C3E4E9.7010407@BitWagon.com> References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> <43C3E4E9.7010407@BitWagon.com> Message-ID: On 1/10/06, John Reiser wrote: > I trust the hardware clock enough that there should be an option > not to wait for ntpdate. The machine boots within a few hours > (usually, mere minutes) of controlled shutdown. Plus, I'm willing > to tolerate a slop of 2 or 3 seconds for the first half a minute, > in order to save 15 seconds of time at bootup. The best behavior compromise in many cases may be to attempt once or twice with a total delay of a half second or so, then go into the background. If the server is reachable and responding quickly we have accurate time. This would not, however, be possible without either a new init system or hacks to ntpdate. It would also be useful if services could be tagged as 'wait ntp' so that they don't start until ntpdate is gone. Thus other, less time sensitive, services could run during the duration ntpdate was running but kerberos will not start until it completes or gives up. From sundaram at redhat.com Wed Jan 11 14:47:08 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 11 Jan 2006 20:17:08 +0530 Subject: Latest rawhide vs Bootchart In-Reply-To: References: <1136882153.3465.2.camel@scrappy.miketc.com> <43C3CDB9.4010608@BitWagon.com> <6280325c0601100713o77c6d2b2gde93a2037a2d282c@mail.gmail.com> <1136906407.11377.8.camel@rakta.wsg.mcgill.ca> <43C3E4E9.7010407@BitWagon.com> Message-ID: <43C51A6C.1010907@redhat.com> Hi >It would also be useful if services could be tagged as 'wait ntp' so >that they don't start until ntpdate is gone. Thus other, less time >sensitive, services could run during the duration ntpdate was running >but kerberos will not start until it completes or gives up. > > Services dependencies cannot be defined easily the way its optimally done with the current init system. As indicated before, init-ng being reviewed in Fedora Extras might be one possible route to try. -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From mpeters at mac.com Wed Jan 11 14:55:51 2006 From: mpeters at mac.com (Michael A. Peters) Date: Wed, 11 Jan 2006 06:55:51 -0800 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <43C512A8.4010203@uindy.edu> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> <1136959580.18949.37.camel@localhost.localdomain> <43C512A8.4010203@uindy.edu> Message-ID: <1136991351.17436.70.camel@locolhost.localdomain> On Wed, 2006-01-11 at 09:14 -0500, D Canfield wrote: > Maybe I'll be laughed off the list, but I do think it would be great if > a *goal* (not a requirement) of at least test3 of a given release would > be to upgrade to final. Impossible because some applications may need to be downgraded for final - which can not really be done easily with yum (not w/o using epoch's - but that would be a silly reason to use an epoch) > Might help get a bit more testing on more > diverse hardware if there wasn't the expectation that we will likely > have to re-install a few weeks later. No test release should be used without expectation of re-install. > > Similarly, it would be nice if there were some notes between test > releases (and final) pointing out any changes that might not have been > handled by rpm -Fvh. If updating is done between test releases - it should be done clean install because the installer needs testing, and furthermore, the software should be tested in a clean slate - as that may reveal issues that need to be fixed, and might avoid false issues caused by previous test release. From jreiser at BitWagon.com Wed Jan 11 15:03:17 2006 From: jreiser at BitWagon.com (John Reiser) Date: Wed, 11 Jan 2006 07:03:17 -0800 Subject: speed process startup by 7% Message-ID: <43C51E35.8030208@BitWagon.com> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162797 The kernel's random placement of the vDSO page disrupts prelinking. This happens to about 7% of the execve on x86 that use only libc.so.6, and grows to more than 60% of the execve for KDE, Gnome, multimedia or any application with many and/or large prelinked shared libraries. The bugzilla 162797 contains a patch which reduces the cost to zero, and offers the administrator more choices: current random vDSO, vDSO one page below STACK_TOP, vDSO just below .text of main. It could be extended to place vDSO just below .text of PT_INTERP (ld-linux.so.2), which would keep some benefits of randomness (namely, the randomness of prelinking) yet still avoid stepping on prelinked shared libraries. (Prelink policy leaves at least one page between prelinked libs.) Wouldn't you rather save 7% ? -- From dcbw at redhat.com Wed Jan 11 15:14:02 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Jan 2006 10:14:02 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136920642.3435.75.camel@localhost.localdomain> References: <200510201348.j9KDmect012587@devserv.devel.redhat.com> <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> Message-ID: <1136992443.2723.7.camel@localhost.localdomain> On Tue, 2006-01-10 at 19:17 +0000, David Woodhouse wrote: > Do we? I reported this fault when a NetworkManager package in > updates-testing started asking me for a password, and that package still > went into FC4 updates-released -- and it's still not fixed in rawhide > either. > > If we all agree, shall we make bug #174467 a FC5Blocker then? No, I don't really agree. The correct solution to this is going to take quite a bit of engineering, coming right on the heels of WPA support which itself is a major code churn and breaks some wireless drivers because they don't work with wpa_supplicant. Do you want to push FC5 out another month or two just for NetworkManager and a use-case that's of dubious _immediate_ importance? Yes, we need to have system-wide configuration, nobody disagrees. We all just disagree on how immediate the need is. Dan From jakub at redhat.com Wed Jan 11 15:16:55 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 11 Jan 2006 10:16:55 -0500 Subject: speed process startup by 7% In-Reply-To: <43C51E35.8030208@BitWagon.com> References: <43C51E35.8030208@BitWagon.com> Message-ID: <20060111151655.GL7768@devserv.devel.redhat.com> On Wed, Jan 11, 2006 at 07:03:17AM -0800, John Reiser wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=162797 > > The kernel's random placement of the vDSO page disrupts prelinking. > This happens to about 7% of the execve on x86 that use only libc.so.6, > and grows to more than 60% of the execve for KDE, Gnome, multimedia > or any application with many and/or large prelinked shared libraries. > > The bugzilla 162797 contains a patch which reduces the cost to zero, > and offers the administrator more choices: current random vDSO, > vDSO one page below STACK_TOP, vDSO just below .text of main. > It could be extended to place vDSO just below .text of PT_INTERP > (ld-linux.so.2), which would keep some benefits of randomness > (namely, the randomness of prelinking) yet still avoid stepping > on prelinked shared libraries. (Prelink policy leaves at least > one page between prelinked libs.) Prelink by default allocates libs on i?86 in the 0x00101000 .. 0x00e00000 0x02000000 .. 0x08000000 0x41000000 .. 0x50000000 regions. So, if kernel wants to put vDSO randomly into the ASCII zone, it can have 528 choices (2MB from 0xe00000 to 0x1010000) or if it doesn't care about that, it can use 18MB (0xe00000 to 0x2000000), i.e. 4608 possibile placements. Of course it is possible to change prelink to pick up different ranges (though, the 0 .. 1MB+4KB range is not an option due to various emulators that need that range and from 0x08000000 or so start binaries and if possible, prelink would like to use at least part of the ASCII zone). Jakub From jreiser at BitWagon.com Wed Jan 11 15:41:19 2006 From: jreiser at BitWagon.com (John Reiser) Date: Wed, 11 Jan 2006 07:41:19 -0800 Subject: speed process startup by 7% In-Reply-To: <20060111151655.GL7768@devserv.devel.redhat.com> References: <43C51E35.8030208@BitWagon.com> <20060111151655.GL7768@devserv.devel.redhat.com> Message-ID: <43C5271F.7040601@BitWagon.com> Jakub Jelinek wrote: > Prelink by default allocates libs on i?86 in the > 0x00101000 .. 0x00e00000 > 0x02000000 .. 0x08000000 > 0x41000000 .. 0x50000000 > regions. So, if kernel wants to put vDSO randomly into the ASCII zone, > it can have 528 choices (2MB from 0xe00000 to 0x1010000) or if it doesn't > care about that, it can use 18MB (0xe00000 to 0x2000000), i.e. 4608 > possibile placements. > Of course it is possible to change prelink to pick up different > ranges (though, the 0 .. 1MB+4KB range is not an option due to various > emulators that need that range and from 0x08000000 or so start binaries > and if possible, prelink would like to use at least part of the ASCII zone). It would be nice if prelink default policy avoided 0 .. 0x111000 (1MB + 64KB + 4KB) so that vm86 could run various programs that use "himem" where the segment base is 0xffff0 (1MB - 16) and inclusive limit is 0xffff, which gives a highest address of 0x10ffef. [It would have been nice if the default linux kernel loaded at 0x110000 instead of 0x100000. Then Win3.1 and linux could have co-existed in memory.] -- From jakub at redhat.com Wed Jan 11 15:46:59 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Wed, 11 Jan 2006 10:46:59 -0500 Subject: speed process startup by 7% In-Reply-To: <43C5271F.7040601@BitWagon.com> References: <43C51E35.8030208@BitWagon.com> <20060111151655.GL7768@devserv.devel.redhat.com> <43C5271F.7040601@BitWagon.com> Message-ID: <20060111154659.GM7768@devserv.devel.redhat.com> On Wed, Jan 11, 2006 at 07:41:19AM -0800, John Reiser wrote: > Jakub Jelinek wrote: > > Prelink by default allocates libs on i?86 in the > > 0x00101000 .. 0x00e00000 > > 0x02000000 .. 0x08000000 > > 0x41000000 .. 0x50000000 > > regions. So, if kernel wants to put vDSO randomly into the ASCII zone, > > it can have 528 choices (2MB from 0xe00000 to 0x1010000) or if it doesn't > > care about that, it can use 18MB (0xe00000 to 0x2000000), i.e. 4608 > > possibile placements. > > Of course it is possible to change prelink to pick up different > > ranges (though, the 0 .. 1MB+4KB range is not an option due to various > > emulators that need that range and from 0x08000000 or so start binaries > > and if possible, prelink would like to use at least part of the ASCII zone). > > It would be nice if prelink default policy avoided 0 .. 0x111000 > (1MB + 64KB + 4KB) so that vm86 could run various programs that > use "himem" where the segment base is 0xffff0 (1MB - 16) > and inclusive limit is 0xffff, which gives a highest address of > 0x10ffef. [It would have been nice if the default linux kernel > loaded at 0x110000 instead of 0x100000. Then Win3.1 and linux > could have co-existed in memory.] Just use LD_USE_LOAD_BIAS=0 in the environment of the emulator to disregard prelink chosen addresses for it (similarly to how the dynamic linker disregards prelink chosen addresses by default for Position Independent Executables). Jakub From canfield at uindy.edu Wed Jan 11 15:59:22 2006 From: canfield at uindy.edu (D Canfield) Date: Wed, 11 Jan 2006 10:59:22 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <1136991351.17436.70.camel@locolhost.localdomain> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> <1136959580.18949.37.camel@localhost.localdomain> <43C512A8.4010203@uindy.edu> <1136991351.17436.70.camel@locolhost.localdomain> Message-ID: <43C52B5A.90502@uindy.edu> Michael A. Peters wrote: > On Wed, 2006-01-11 at 09:14 -0500, D Canfield wrote: > > >> Maybe I'll be laughed off the list, but I do think it would be great if >> a *goal* (not a requirement) of at least test3 of a given release would >> be to upgrade to final. >> > > Impossible because some applications may need to be downgraded for final > - which can not really be done easily with yum (not w/o using epoch's - > but that would be a silly reason to use an epoch) > Has it been consistently true that packages are commonly downgraded between test3 and final? I thought t3 was intended to be more "final" than that. Again, I said *goal*, not *requirement*. >> Might help get a bit more testing on more >> diverse hardware if there wasn't the expectation that we will likely >> have to re-install a few weeks later. >> > > No test release should be used without expectation of re-install. > That's the claim now. But my point is that at least in my personal experience, I'm more likely to test something (and find useful feedback/bugs) if it's something I can use on one of my primary machines. If I'm sure I'm going to have to reinstall the things 4 times (t1, t2, t3, final), I'm not likely to bother testing it beyond maybe running through the installer in vmware and looking to see what's new. Maybe the preference is not to have "casual" testers, but I think that's the only way to get diverse testing on real hardware. >> Similarly, it would be nice if there were some notes between test >> releases (and final) pointing out any changes that might not have been >> handled by rpm -Fvh. >> > > If updating is done between test releases - it should be done clean > install because the installer needs testing, and furthermore, the > software should be tested in a clean slate - as that may reveal issues > that need to be fixed, and might avoid false issues caused by previous > test release. > > Doesn't the upgrade functionality need tested too? And don't we need to know if there are issues caused by upgrades? It would be important to know that someone had upgraded when tracking bugs, but again this seems like a good way to eliminate bugs early that will catch especially the lower-end users. Just a thought. If it's totally stupid, it of course won't happen. :-) DC From jkeating at j2solutions.net Wed Jan 11 16:01:23 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 11 Jan 2006 11:01:23 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <43C52B5A.90502@uindy.edu> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> <1136959580.18949.37.camel@localhost.localdomain> <43C512A8.4010203@uindy.edu> <1136991351.17436.70.camel@locolhost.localdomain> <43C52B5A.90502@uindy.edu> Message-ID: <1136995283.2849.8.camel@ender> On Wed, 2006-01-11 at 10:59 -0500, D Canfield wrote: > Doesn't the upgrade functionality need tested too? And don't we need to > know if there are issues caused by upgrades? It would be important to > know that someone had upgraded when tracking bugs, but again this seems > like a good way to eliminate bugs early that will catch especially the > lower-end users. > > Just a thought. If it's totally stupid, it of course won't happen. :-) Sure upgrade needs testing. Upgrading from FC4 to FC5TestFoo. Upgrading from FC3 as well, but thats more of a 'wouldn't it be nice' in my opinion. Upgrading from test releases to other test releases is just not cool. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) From cmadams at hiwaay.net Wed Jan 11 16:01:26 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 11 Jan 2006 10:01:26 -0600 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1136992443.2723.7.camel@localhost.localdomain> References: <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> Message-ID: <20060111160126.GB929322@hiwaay.net> Once upon a time, Dan Williams said: > Yes, we need to have system-wide configuration, nobody disagrees. We > all just disagree on how immediate the need is. System-wide configuration is much more useful than per-user config. A lot of things are broke if the network is only working when someone logs in (cron jobs like "yum", any type of remote administration, etc.). -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From sundaram at redhat.com Wed Jan 11 16:06:07 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 11 Jan 2006 21:36:07 +0530 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <43C52B5A.90502@uindy.edu> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> <1136959580.18949.37.camel@localhost.localdomain> <43C512A8.4010203@uindy.edu> <1136991351.17436.70.camel@locolhost.localdomain> <43C52B5A.90502@uindy.edu> Message-ID: <43C52CEF.9090601@redhat.com> D Canfield wrote: > Michael A. Peters wrote: > >> On Wed, 2006-01-11 at 09:14 -0500, D Canfield wrote: >> >> >> >>> Maybe I'll be laughed off the list, but I do think it would be great >>> if a *goal* (not a requirement) of at least test3 of a given release >>> would be to upgrade to final. >>> >> >> >> Impossible because some applications may need to be downgraded for final >> - which can not really be done easily with yum (not w/o using epoch's - >> but that would be a silly reason to use an epoch) >> > > Has it been consistently true that packages are commonly downgraded > between test3 and final? I thought t3 was intended to be more "final" > than that. Again, I said *goal*, not *requirement*. Not consistently true. It should be avoided but it does happen on occasions > >> > > That's the claim now. But my point is that at least in my personal > experience, I'm more likely to test something (and find useful > feedback/bugs) if it's something I can use on one of my primary > machines. If I'm sure I'm going to have to reinstall the things 4 > times (t1, t2, t3, final), I'm not likely to bother testing it beyond > maybe running through the installer in vmware and looking to see > what's new. Maybe the preference is not to have "casual" testers, but > I think that's the only way to get diverse testing on real hardware. One can of course upgrade between test releases but packages might be pulled in between releases and other major updates might be disruptive. So it would have been managed by the tester. > > Doesn't the upgrade functionality need tested too? And don't we need > to know if there are issues caused by upgrades? It would be > important to know that someone had upgraded when tracking bugs, but > again this seems like a good way to eliminate bugs early that will > catch especially the lower-end users. > > Just a thought. If it's totally stupid, it of course won't happen. :-) We dont need to bother about upgrade functionality working between test releases. Only from one GA release to another. -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From chabotc at xs4all.nl Wed Jan 11 16:06:34 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Wed, 11 Jan 2006 17:06:34 +0100 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <43C52B5A.90502@uindy.edu> Message-ID: <000501c616c8$fedfd4f0$9800000a@chabotc> Yes it has happened enough in my experience that new releases of packages have been tested but were found unstable, or did not reach stable release in time for fedora's/redhat's release schedule (such as kde, gnome, etc) and thus ended up being downgraded between the last test releases and final release Michael A. Peters wrote: > Has it been consistently true that packages are commonly downgraded between test3 and final? I thought t3 was intended to be more "final" than that. Again, I said *goal*, not *requirement*. From jkeating at redhat.com Wed Jan 11 16:06:50 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Jan 2006 11:06:50 -0500 Subject: rescuecd-ppc.iso (was Re: rawhide report: 20060111 changes) In-Reply-To: <43C4D7EB.2050407@gmx.de> References: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> <43C4D7EB.2050407@gmx.de> Message-ID: <1136995611.2849.11.camel@ender> On Wed, 2006-01-11 at 11:03 +0100, shrek-m at gmx.de wrote: > > > seems to be the same rescuecd-ppc.iso as yesterday > $ ll rescuecd-ppc.iso > -rw-rw-r-- 1 admin admin 105674752 10. Jan 17:27 rescuecd-ppc.iso > $ sha1sum rescuecd-ppc.iso > 1d891aa8aa883b96732323a995a2077136f78a29 rescuecd-ppc.iso indeed it probably is. One of these days I'll learn the mkisofs flags right. The ppc iso(s) didn't get generated last night due to a fubar on my part on the mkisofs flags for ppc. Sorry (; I think I've fixed them, I didn't get a chance to do a test run yesterday before the rawhide run, but today I have more time. -- Jesse Keating Release Engineer: Fedora From jkeating at j2solutions.net Wed Jan 11 16:08:12 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 11 Jan 2006 11:08:12 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <20060111160126.GB929322@hiwaay.net> References: <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> Message-ID: <1136995693.2849.14.camel@ender> On Wed, 2006-01-11 at 10:01 -0600, Chris Adams wrote: > > System-wide configuration is much more useful than per-user config. A > lot of things are broke if the network is only working when someone logs > in (cron jobs like "yum", any type of remote administration, etc.). I've found that a way around this is to have a config in place in /etc/sysconfig/network-scripts/ by using netconfig or whathaveyou. This config is used at boot time, and then when I log in as a user NetworkManager takes over the connection. Not optimal, but at least functional for my system. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) From n0dalus+redhat at gmail.com Wed Jan 11 16:38:18 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Thu, 12 Jan 2006 03:08:18 +1030 Subject: Pirut and memory usage Message-ID: <6280325c0601110838p49a34472r13bb8c72d68c85a8@mail.gmail.com> Hi, I ran the new package manager, and tried to install a few packages. It's currently using between 110mb and 180mb of memory -- is this normal? I can't imagine this program would work well on a low-memory system. Does anyone else get this kind of memory usage? n0dalus. From roger at gwch.net Wed Jan 11 16:39:30 2006 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 11 Jan 2006 17:39:30 +0100 Subject: usb only mounted read-only? Message-ID: <1136997571.2782.6.camel@niobe> hey, i have no more privileges to write on my usbstick. it seems, i have no more rights? rog mount says: /dev/sda on /media/MPIO-1 type vfat (rw,noexec,nosuid,nodev) dmesg says: usb 1-1: new full speed USB device using uhci_hcd and address 8 scsi1 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 8 usb-storage: waiting for device to settle before scanning Vendor: MPIO Model: FY200 Rev: 1000 Type: Direct-Access ANSI SCSI revision: 00 SCSI device sda: 1015809 512-byte hdwr sectors (520 MB) sda: Write Protect is off sda: Mode Sense: 45 00 00 08 sda: assuming drive cache: write through SCSI device sda: 1015809 512-byte hdwr sectors (520 MB) sda: Write Protect is off sda: Mode Sense: 45 00 00 08 sda: assuming drive cache: write through sda: sd 1:0:0:0: Attached scsi removable disk sda usb-storage: device scan complete SELinux: initialized (dev sda, type vfat), uses genfs_contexts FAT: Filesystem panic (dev sda) fat_get_cluster: invalid cluster chain (i_pos 0) File system has been set read-only From don_springall at hotmail.com Wed Jan 11 16:51:47 2006 From: don_springall at hotmail.com (Don Springall) Date: Wed, 11 Jan 2006 09:51:47 -0700 Subject: pup-0.9.2-1 Message-ID: Pup does not like me today for some reason. It crashes while dowloading a file. See below for details. Let me know if you want me to file a bug if this is new. Component: Package Updater Summary: TB1322b6e4 mirror.py:290:_get_mirror:IndexError: list index out of range Traceback (most recent call last): File "/usr/share/pup/pup/pup.py", line 594, in _apply dlpkgs = self._downloadPackages() File "/usr/share/pup/pup/pup.py", line 837, in _downloadPackages probs = self.downloadPkgs(dlpkgs) File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 629, in downloadPkgs cache=repo.http_caching != 'none', File "/usr/lib/python2.4/site-packages/yum/repos.py", line 625, in get http_headers=headers, File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line 414, in urlgrab return self._mirror_try(func, url, kw) File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line 392, in _mirror_try mirrorchoice = self._get_mirror(gr) File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line 290, in _get_mirror return gr.mirrors[gr._next] IndexError: list index out of range Local variables in innermost frame: self: gr: From ben.youngdahl at gmail.com Wed Jan 11 16:55:38 2006 From: ben.youngdahl at gmail.com (Benjamin Youngdahl) Date: Wed, 11 Jan 2006 10:55:38 -0600 Subject: Open source Flash 7 (mostly) player Message-ID: <291399270601110855l7b8c173cs93a1f29a413e427c@mail.gmail.com> Ok, so the Gnash firefox plugin doesn't work so well, and it won't compile for 64-bit. Sounds like a couple of good reasons to pass on it for now. I'll keep my eye on it; Gnash combined with OpenLaszlo would be a very nice open source Flash development environment. Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at redhat.com Wed Jan 11 16:58:56 2006 From: sundaram at redhat.com (Rahul Sundaram) Date: Wed, 11 Jan 2006 22:28:56 +0530 Subject: Open source Flash 7 (mostly) player In-Reply-To: <291399270601110855l7b8c173cs93a1f29a413e427c@mail.gmail.com> References: <291399270601110855l7b8c173cs93a1f29a413e427c@mail.gmail.com> Message-ID: <43C53950.5090204@redhat.com> Benjamin Youngdahl wrote: > Ok, so the Gnash firefox plugin doesn't work so well, and it won't > compile for 64-bit. Sounds like a couple of good reasons to pass on > it for now. I'll keep my eye on it; Gnash combined with OpenLaszlo > would be a very nice open source Flash development environment. Before suggesting it for Fedora Core, it might help to review and include it in Fedora Extras. If you are interested in doing that, go ahead. -- Rahul Fedora Bug Triaging - http://fedoraproject.org/wiki/BugZappers From don_springall at hotmail.com Wed Jan 11 17:14:22 2006 From: don_springall at hotmail.com (Don Springall) Date: Wed, 11 Jan 2006 10:14:22 -0700 Subject: pup-0.9.2-1 In-Reply-To: Message-ID: >From: "Don Springall" >Reply-To: For testers of Fedora Core development releases > >To: fedora-test-list at redhat.com >Subject: pup-0.9.2-1 >Date: Wed, 11 Jan 2006 09:51:47 -0700 > >Pup does not like me today for some reason. It crashes while dowloading a >file. >See below for details. Let me know if you want me to file a bug if this is >new. >Component: Package Updater >Summary: TB1322b6e4 mirror.py:290:_get_mirror:IndexError: list index out of >range > >Traceback (most recent call last): > File "/usr/share/pup/pup/pup.py", line 594, in _apply > dlpkgs = self._downloadPackages() > File "/usr/share/pup/pup/pup.py", line 837, in _downloadPackages > probs = self.downloadPkgs(dlpkgs) > File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 629, in >downloadPkgs > cache=repo.http_caching != 'none', > File "/usr/lib/python2.4/site-packages/yum/repos.py", line 625, in get > http_headers=headers, > File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line 414, >in urlgrab > return self._mirror_try(func, url, kw) > File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line 392, >in _mirror_try > mirrorchoice = self._get_mirror(gr) > File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line 290, >in _get_mirror > return gr.mirrors[gr._next] >IndexError: list index out of range > >Local variables in innermost frame: >self: >gr: > > Pup is crashing because of lcms it looks like. see below Downloading Packages: (1/13): xen-3.0-0.2006011 100% |=========================| 1.1 MB 00:11 (2/13): selinux-policy-2. 100% |=========================| 15 kB 00:00 (3/13): selinux-policy-ta 100% |=========================| 454 kB 00:06 (4/13): kudzu-1.2.18-1.i3 100% |=========================| 278 kB 00:07 (5/13): lcms-1.15-1.i386. 100% |=========================| 162 kB 00:01 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/ RPMS/lcms-1.15-1.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. (6/13): fontconfig-devel- 100% |=========================| 281 kB 00:04 (7/13): kudzu-devel-1.2.1 100% |=========================| 135 kB 00:00 (8/13): xorg-x11-xfs-1.0. 100% |=========================| 63 kB 00:00 (9/13): gtk2-engines-2.7. 100% |=========================| 286 kB 00:01 (10/13): vte-0.11.16-2.fc 100% |=========================| 458 kB 00:02 (11/13): gimp-2.2.10-2.i3 100% |=========================| 10 MB 02:15 (12/13): fontconfig-2.3.9 100% |=========================| 176 kB 00:02 (13/13): gstreamer08-0.8. 100% |=========================| 753 kB 00:17 Error Downloading Packages: lcms - 1.15-1.i386: failure: Fedora/RPMS/lcms-1.15-1.i386.rpm from development : [Errno 256] No more mirrors to try. From twaugh at redhat.com Wed Jan 11 17:15:26 2006 From: twaugh at redhat.com (Tim Waugh) Date: Wed, 11 Jan 2006 12:15:26 -0500 Subject: Fedora Core 4 Test Update: foomatic-3.0.2-19.2 Message-ID: <200601111715.k0BHFQ126848@int-mx1.corp.redhat.com> --------------------------------------------------------------------- Fedora Test Update Notification FEDORA-2005-017 2006-01-11 --------------------------------------------------------------------- Product : Fedora Core 4 Name : foomatic Version : 3.0.2 Release : 19.2 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: This package fixes a conflict introduced by the HPLIP update. Additionally, a few IEEE 1284 IDs have been added, and some database corrections have been made. --------------------------------------------------------------------- * Wed Jan 11 2006 Tim Waugh 3.0.2-19.2 - Make sure printers and drivers match up consistently (bug #177064). * Sun Jan 8 2006 Tim Waugh 3.0.2-19.1 - Fix hpijs conflict (bug #177230). * Tue Jun 7 2005 Tim Waugh - Add IEEE 1284 ID for Epson Stylus Photo 870 (bug #159719). * Wed May 25 2005 Tim Waugh - Add IEEE 1284 ID for HP LaserJet 4250 (bug #157883). * Thu May 19 2005 Tim Waugh - Add IEEE 1284 ID for HP DeskJet 3845 (bug #157760). --------------------------------------------------------------------- This update can be downloaded from: http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/ 709c897742d3a0e08b32a542d97b87a873e2dd17 SRPMS/foomatic-3.0.2-19.2.src.rpm 8fe1e1049c5219a612ad7ab59b9a8fa0236d42cd ppc/foomatic-3.0.2-19.2.ppc.rpm 5b6906e484509ece25d8acc5ddb09b1342f7245d ppc/debug/foomatic-debuginfo-3.0.2-19.2.ppc.rpm 7c2fc8083f3c876d5cd099b033e313dd13552382 x86_64/foomatic-3.0.2-19.2.x86_64.rpm 8c81c04fe1791be6d63e39e33a8a4bf4390a496d x86_64/debug/foomatic-debuginfo-3.0.2-19.2.x86_64.rpm a7005a0ddb41c7aa4f4d09b346eb666d0d10ac72 i386/foomatic-3.0.2-19.2.i386.rpm c89fa17ecb85b2fdb48f067a7a4a5c5dcd987e87 i386/debug/foomatic-debuginfo-3.0.2-19.2.i386.rpm This update can also be installed with the Update Agent; you can launch the Update Agent with the 'up2date' command. You may need to edit your up2date channels configuration. Within /etc/sysconfig/rhn/sources enable the following line: yum updates-testing http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/4/$ARCH --------------------------------------------------------------------- From dragoran at feuerpokemon.de Wed Jan 11 17:41:06 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 11 Jan 2006 18:41:06 +0100 Subject: pup-0.9.2-1 In-Reply-To: References: Message-ID: <43C54332.8020706@feuerpokemon.de> Don Springall wrote: >> From: "Don Springall" >> Reply-To: For testers of Fedora Core development releases >> >> To: fedora-test-list at redhat.com >> Subject: pup-0.9.2-1 >> Date: Wed, 11 Jan 2006 09:51:47 -0700 >> >> Pup does not like me today for some reason. It crashes while >> dowloading a file. >> See below for details. Let me know if you want me to file a bug if >> this is new. >> Component: Package Updater >> Summary: TB1322b6e4 mirror.py:290:_get_mirror:IndexError: list index >> out of range >> >> Traceback (most recent call last): >> File "/usr/share/pup/pup/pup.py", line 594, in _apply >> dlpkgs = self._downloadPackages() >> File "/usr/share/pup/pup/pup.py", line 837, in _downloadPackages >> probs = self.downloadPkgs(dlpkgs) >> File "/usr/lib/python2.4/site-packages/yum/__init__.py", line 629, >> in downloadPkgs >> cache=repo.http_caching != 'none', >> File "/usr/lib/python2.4/site-packages/yum/repos.py", line 625, in get >> http_headers=headers, >> File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line >> 414, in urlgrab >> return self._mirror_try(func, url, kw) >> File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line >> 392, in _mirror_try >> mirrorchoice = self._get_mirror(gr) >> File "/usr/lib/python2.4/site-packages/urlgrabber/mirror.py", line >> 290, in _get_mirror >> return gr.mirrors[gr._next] >> IndexError: list index out of range >> >> Local variables in innermost frame: >> self: >> gr: >> >> > Pup is crashing because of lcms it looks like. see below > Downloading Packages: > (1/13): xen-3.0-0.2006011 100% |=========================| 1.1 MB > 00:11 > (2/13): selinux-policy-2. 100% |=========================| 15 kB > 00:00 > (3/13): selinux-policy-ta 100% |=========================| 454 kB > 00:06 > (4/13): kudzu-1.2.18-1.i3 100% |=========================| 278 kB > 00:07 > (5/13): lcms-1.15-1.i386. 100% |=========================| 162 kB > 00:01 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/Fedora/ > RPMS/lcms-1.15-1.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > (6/13): fontconfig-devel- 100% |=========================| 281 kB > 00:04 > (7/13): kudzu-devel-1.2.1 100% |=========================| 135 kB > 00:00 > (8/13): xorg-x11-xfs-1.0. 100% |=========================| 63 kB > 00:00 > (9/13): gtk2-engines-2.7. 100% |=========================| 286 kB > 00:01 > (10/13): vte-0.11.16-2.fc 100% |=========================| 458 kB > 00:02 > (11/13): gimp-2.2.10-2.i3 100% |=========================| 10 MB > 02:15 > (12/13): fontconfig-2.3.9 100% |=========================| 176 kB > 00:02 > (13/13): gstreamer08-0.8. 100% |=========================| 753 kB > 00:17 > > > Error Downloading Packages: > lcms - 1.15-1.i386: failure: Fedora/RPMS/lcms-1.15-1.i386.rpm from > development : [Errno 256] No more mirrors to try. > > this is a bug in pup it should show an error message.. just crashing isn't very user firendly ;) From katzj at redhat.com Wed Jan 11 17:49:51 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 11 Jan 2006 12:49:51 -0500 Subject: intel-based macs In-Reply-To: <43C500CE.7090601@gmx.de> References: <43C500CE.7090601@gmx.de> Message-ID: <1137001791.693.8.camel@bree.local.net> On Wed, 2006-01-11 at 13:57 +0100, shrek-m at gmx.de wrote: > is fedora prepared for intel-based macs ? They're using GPT and EFI, so there's going to be some (non-trivial) work required for them to work. Jeremy From katzj at redhat.com Wed Jan 11 17:57:40 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 11 Jan 2006 12:57:40 -0500 Subject: Pirut and memory usage In-Reply-To: <6280325c0601110838p49a34472r13bb8c72d68c85a8@mail.gmail.com> References: <6280325c0601110838p49a34472r13bb8c72d68c85a8@mail.gmail.com> Message-ID: <1137002260.693.10.camel@bree.local.net> On Thu, 2006-01-12 at 03:08 +1030, n0dalus wrote: > I ran the new package manager, and tried to install a few packages. > > It's currently using between 110mb and 180mb of memory -- is this > normal? I can't imagine this program would work well on a low-memory > system. Does anyone else get this kind of memory usage? There are a few things making the memory usage high right now. I have a few ideas on things that will help some. Unfortunately, there's just a lot of package data to be working with :-/ Jeremy From katzj at redhat.com Wed Jan 11 17:59:31 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 11 Jan 2006 12:59:31 -0500 Subject: pup-0.9.2-1 In-Reply-To: References: Message-ID: <1137002372.693.12.camel@bree.local.net> On Wed, 2006-01-11 at 09:51 -0700, Don Springall wrote: > Pup does not like me today for some reason. It crashes while dowloading a > file. This looks like just a mirror not having a file. > See below for details. Let me know if you want me to file a bug if this is > new. File it as we should definitely be catching this in a more user-friendly fashion :-) Jeremy From dcbw at redhat.com Wed Jan 11 18:04:18 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Jan 2006 13:04:18 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <20060111160126.GB929322@hiwaay.net> References: <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> Message-ID: <1137002658.26905.10.camel@localhost.localdomain> On Wed, 2006-01-11 at 10:01 -0600, Chris Adams wrote: > Once upon a time, Dan Williams said: > > Yes, we need to have system-wide configuration, nobody disagrees. We > > all just disagree on how immediate the need is. > > System-wide configuration is much more useful than per-user config. A > lot of things are broke if the network is only working when someone logs > in (cron jobs like "yum", any type of remote administration, etc.). >From your perspective perhaps. It depends entirely on how you use your computer. NetworkManager was written to make wireless & laptop use easier _immediately_, and server & immobile workstation cases would be dealt with at a slightly later date. The current operation of NM is entirely consistent with a laptop/mobile-user use-case, and I've not heard [m]any of these users complain. Laptop & mobile users do not always have network. So in the current system, cronjobs have no guarantee of being run either. NM doesn't change that. * The people who want network on boot are, by definition, the people NM was immediately trying to please. * But now that the time has come to start building out support for more use-cases, including the tethered workstation case, these problems need fixing. They will be fixed in a consistent, usable, and technically correct manner. That is to say, not tomorrow, and probably not by FC5. Various people are complaining that "NM doesn't work for me, it needs fixing NOW." These people are entirely correct in the medium and long run. But if it doesn't work for you now, then don't use it. Or, gently help it along towards those goals with a minimum necessary level of complaint. Dan From cmadams at hiwaay.net Wed Jan 11 19:02:05 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Wed, 11 Jan 2006 13:02:05 -0600 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1137002658.26905.10.camel@localhost.localdomain> References: <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> <1137002658.26905.10.camel@localhost.localdomain> Message-ID: <20060111190204.GD929322@hiwaay.net> Once upon a time, Dan Williams said: > NetworkManager was written to make wireless & laptop use easier > _immediately_, and server & immobile workstation cases would be dealt > with at a slightly later date. You are assuming that there are no wireless or laptop workstations. Some people use wireless because it is easier than running a wire, not because the system is mobile. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From goemon at anime.net Wed Jan 11 19:04:06 2006 From: goemon at anime.net (goemon at anime.net) Date: Wed, 11 Jan 2006 11:04:06 -0800 (PST) Subject: OT: eorgan945@uol.com.br In-Reply-To: <43C4E646.9090504@gmx.de> References: <43C4E646.9090504@gmx.de> Message-ID: On Wed, 11 Jan 2006, shrek-m at gmx.de wrote: > *Other messages sent to eorgan945 at uol.com.br won't need to be confirmed*.* > please stop your antispam rules for this list, change your provider or > unsubscribe. Anyone who uses uol.com.br has this broken autoresponder. uol won't change it and claims all their customers love it. in the meantime their customer continue to inundate mailing lists with torrents of these stupid broken confirmation messages. imo *@uol.com.br should be banned from mailing lists until uol gets a clue. -Dan From don_springall at hotmail.com Wed Jan 11 19:04:16 2006 From: don_springall at hotmail.com (Don Springall) Date: Wed, 11 Jan 2006 12:04:16 -0700 Subject: pup-0.9.2-1 In-Reply-To: <1137002372.693.12.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: pup-0.9.2-1 >Date: Wed, 11 Jan 2006 12:59:31 -0500 > >On Wed, 2006-01-11 at 09:51 -0700, Don Springall wrote: > > Pup does not like me today for some reason. It crashes while dowloading >a > > file. > >This looks like just a mirror not having a file. No, because of this in yum: RPMS/lcms-1.15-1.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. Error Downloading Packages: lcms - 1.15-1.i386: failure: Fedora/RPMS/lcms-1.15-1.i386.rpm from development : [Errno 256] No more mirrors to try. >File it as we should definitely be catching this in a more user-friendly >fashion :-) > >Jeremy > Bug filled in bugzilla: Bug 177552 Submitted: Pup crashes while downloading file From goemon at anime.net Wed Jan 11 19:16:48 2006 From: goemon at anime.net (goemon at anime.net) Date: Wed, 11 Jan 2006 11:16:48 -0800 (PST) Subject: intel-based macs In-Reply-To: <43C500CE.7090601@gmx.de> References: <43C500CE.7090601@gmx.de> Message-ID: On Wed, 11 Jan 2006, shrek-m at gmx.de wrote: > is fedora prepared for intel-based macs ? it depends on how cooperative apple is in assisting developers to support their proprietary asics. given apple's past history on this exact topic, my prediction is : don't hold your breath. -Dan From dcbw at redhat.com Wed Jan 11 19:30:46 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Jan 2006 14:30:46 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <20060111190204.GD929322@hiwaay.net> References: <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> <1137002658.26905.10.camel@localhost.localdomain> <20060111190204.GD929322@hiwaay.net> Message-ID: <1137007846.27181.0.camel@localhost.localdomain> On Wed, 2006-01-11 at 13:02 -0600, Chris Adams wrote: > Once upon a time, Dan Williams said: > > NetworkManager was written to make wireless & laptop use easier > > _immediately_, and server & immobile workstation cases would be dealt > > with at a slightly later date. > > You are assuming that there are no wireless or laptop workstations. > Some people use wireless because it is easier than running a wire, not > because the system is mobile. No, I'm not assuming that. What I'm saying is that these cases aren't something NM was going to solve immediately. The immediate target was _mobile_ users, which wireless workstations are not. Dan From jspaleta at gmail.com Wed Jan 11 19:44:21 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 11 Jan 2006 14:44:21 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <20060111190204.GD929322@hiwaay.net> References: <1135996352.3516.83.camel@pmac.infradead.org> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> <1137002658.26905.10.camel@localhost.localdomain> <20060111190204.GD929322@hiwaay.net> Message-ID: <604aa7910601111144g6a4b2f3fy3a7297148a1e90a2@mail.gmail.com> On 1/11/06, Chris Adams wrote: > You are assuming that there are no wireless or laptop workstations. > Some people use wireless because it is easier than running a wire, not > because the system is mobile. I think the point is... wireless situations with something approximating a consistently available network can use the older s-c-network mechanism for their usage case. A non-mobile but wireless workstation or desktop that was expected to do network activity with noone logged in would fall into this wouldn't it? For those users the pre-NM situation still exists? I think system wide configuration for no-one logged in for all of the snazzy dbus service related software thats being developed now is important. But if there is a pre dbus-enabled fallback mechanism available for systemwide policy in the short-term, I think thats a livable compromise. NM like the other dbus related service managers are works in progress, I really don't think the long term development goals benefit from waiting for these things to be perfect. Let me be very clear. I think NM would be 3 billion percent more useful, to me personally, if it had system wide configs instead of just per-user configs. But I'm willing to wait for that functionality to mature as long as the more traditional networking configuration options are still available for me to use to setup system wide policy. I think David Zeuthen makes a persuasive outline of the way forward concerning system/per-user for whatever dbus-enabled manager you could dream up in http://blog.fubar.dk/?p=63 . If NM is suboptimal for systemwide use in FC5 really doesn't interest me at all. Even partially functional NM that really only addresses mobile laptop users is progress... as long as there is a traditional network configuration mechanism to fallback on. What interests me is that there is a plan to address system-wide configs for DBUS managers of all flavors that can and will be implemented as part of an achievable development roadmap. -jef From chabotc at xs4all.nl Wed Jan 11 19:47:36 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Wed, 11 Jan 2006 20:47:36 +0100 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1137002658.26905.10.camel@localhost.localdomain> References: <1129890422.15431.24.camel@baythorne.infradead.org> <1129897095.15431.46.camel@baythorne.infradead.org> <1135996352.3516.83.camel@pmac.infradead.org> <1136399138.5552.11.camel@localhost.localdomain> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> <1137002658.26905.10.camel@localhost.localdomain> Message-ID: <1137008856.8001.10.camel@localhost> The reason you did not hear many people complain might be because for one its not used by default so not everyone knows of its existence, or alternatively like me are waiting for the point where they can use it without to much fuss. The 'ease' of 'it just works' isn't quite there yet, because it keeps asking me for passwords to be able to bring the network up, instead of already letting me get to work when i switch on the notebook.. i have to wait for it to prompt for passwords and use them to get the wep key and bring the network up, instead of being ready and connected to the preferred & available network and letting me do whatever i switched my notebook on To be honest i only complain because i WANT to use NM badly and you said not many people do :-). I love the visual feedback on network strength, have the pretty clickable applet & would love to just be able to click the network i want it to use ... without the disadvantages it brings with it that it has now :-) Can't we just use (and store) the keys that in /etc/sysconfig/networking/profiles/*/keys-* ? :-) -- Chris On Wed, 2006-01-11 at 13:04 -0500, Dan Williams wrote: > NetworkManager was written to make wireless & laptop use easier > _immediately_, and server & immobile workstation cases would be dealt > with at a slightly later date. The current operation of NM is entirely > consistent with a laptop/mobile-user use-case, and I've not heard [m]any > of these users complain. Laptop & mobile users do not always have > network. So in the current system, cronjobs have no guarantee of being > run either. NM doesn't change that. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From jkeating at j2solutions.net Wed Jan 11 20:19:30 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Wed, 11 Jan 2006 15:19:30 -0500 Subject: OT: eorgan945@uol.com.br In-Reply-To: References: <43C4E646.9090504@gmx.de> Message-ID: <1137010770.8724.2.camel@ender> On Wed, 2006-01-11 at 11:04 -0800, goemon at anime.net wrote: > > imo *@uol.com.br should be banned from mailing lists until uol gets a > clue. > There are no subscriptions on the list using that domain. Some user has another address that is FORWARDING to this domain. Rather impossible to tell just by looking at the subscriptions. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) From dcbw at redhat.com Wed Jan 11 20:26:19 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 11 Jan 2006 15:26:19 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <604aa7910601111144g6a4b2f3fy3a7297148a1e90a2@mail.gmail.com> References: <1135996352.3516.83.camel@pmac.infradead.org> <1136823368.3443.29.camel@hades.cambridge.redhat.com> <43C3E80E.7070404@redhat.com> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> <1137002658.26905.10.camel@localhost.localdomain> <20060111190204.GD929322@hiwaay.net> <604aa7910601111144g6a4b2f3fy3a7297148a1e90a2@mail.gmail.com> Message-ID: <1137011180.27839.7.camel@localhost.localdomain> On Wed, 2006-01-11 at 14:44 -0500, Jeff Spaleta wrote: > I think David Zeuthen makes a persuasive outline of the way forward > concerning system/per-user for whatever dbus-enabled manager you could > dream up in http://blog.fubar.dk/?p=63 . Yeah, David and I have talked about that extensively, and that's likely the route that NM would go. Dan From roger at gwch.net Wed Jan 11 20:32:53 2006 From: roger at gwch.net (Roger Grosswiler) Date: Wed, 11 Jan 2006 21:32:53 +0100 Subject: Panic mounting FAT (USB-Stick) Message-ID: <1137011574.2595.2.camel@niobe> Hey, i tried it now with stick plugged while booting, plugged out, plugged from the left and from the right, nothing was working. all i get is: FAT: Filesystem panic (dev sda) fat_get_cluster: invalid cluster chain (i_pos 0) File system has been set read-only is this a bug? *da*** it is working with redmonds product... rog From jspaleta at gmail.com Wed Jan 11 20:47:51 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 11 Jan 2006 15:47:51 -0500 Subject: Fedora Core 4 Test Update: NetworkManager-0.5.1-1.FC4.1 In-Reply-To: <1137011180.27839.7.camel@localhost.localdomain> References: <1135996352.3516.83.camel@pmac.infradead.org> <1136912931.4196.14.camel@pmac.infradead.org> <1136917598.18949.20.camel@localhost.localdomain> <1136920642.3435.75.camel@localhost.localdomain> <1136992443.2723.7.camel@localhost.localdomain> <20060111160126.GB929322@hiwaay.net> <1137002658.26905.10.camel@localhost.localdomain> <20060111190204.GD929322@hiwaay.net> <604aa7910601111144g6a4b2f3fy3a7297148a1e90a2@mail.gmail.com> <1137011180.27839.7.camel@localhost.localdomain> Message-ID: <604aa7910601111247o3db63c2dqd6ad60a19d2abe61@mail.gmail.com> On 1/11/06, Dan Williams wrote: > Yeah, David and I have talked about that extensively, and that's likely > the route that NM would go. excellent! The proposal he outlines in that blog post resonates deeply i think as a solution to the general problem of system wide configs even with the UI focus is clearly for per-user interaction for whatever dbus enabled service manager you can dream up. I'd really hate to have to fight the same fight over and over again with each dbus-tricked out service. We solve this "no-one/multiple-people logged in" policy crap in a general way and everybody wins from now until the sun blows up. -jef From mikes at hartwellcorp.com Wed Jan 11 20:47:44 2006 From: mikes at hartwellcorp.com (Michael St. Laurent) Date: Wed, 11 Jan 2006 12:47:44 -0800 Subject: Trouble installing FC4 on Sony Vaio PCG-5201 Message-ID: <91A5926EFF44D3118B1200104B7276EB03D07E90@hart-exchange.hartwellcorp.com> I cannot get FC4 to install properly on a Sony Vaio PCG-5201. The first part of the install seems to complete sucessfully but when it is supposed to boot for the first time from the hard disk I get a BIOS message that says "Cannot locate Operating System". -- Michael St. Laurent Hartwell Corporation "This is the captain speaking. We may experience some turbulence... and then explode." From chasecreek.systemhouse at gmail.com Wed Jan 11 21:14:43 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 11 Jan 2006 16:14:43 -0500 Subject: intel-based macs In-Reply-To: <20060111134518.GA27766@devserv.devel.redhat.com> References: <43C500CE.7090601@gmx.de> <20060111134518.GA27766@devserv.devel.redhat.com> Message-ID: <91f88ee20601111314v8309a7dsd81dffc5e8cd7c11@mail.gmail.com> On 1/11/06, Alan Cox wrote: > On Wed, Jan 11, 2006 at 01:57:50PM +0100, shrek-m at gmx.de wrote: > > is fedora prepared for intel-based macs ? > > It will depend what Apple have done to make it not a PC. Other than that its > just another PC laptop Yep. and ... Besides, there is a TON of PowerPC iMacs and iBooks, etc, still floating around. -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From chasecreek.systemhouse at gmail.com Wed Jan 11 21:25:39 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Wed, 11 Jan 2006 16:25:39 -0500 Subject: rescuecd-ppc.iso (was Re: rawhide report: 20060111 changes) In-Reply-To: <1136995611.2849.11.camel@ender> References: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> <43C4D7EB.2050407@gmx.de> <1136995611.2849.11.camel@ender> Message-ID: <91f88ee20601111325p6509f5f3s286fe5b320860484@mail.gmail.com> Would you post a URL to whats needed so that we (being FC5T1 PPC users) can just make it ourselves? Thx/Bill =) -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From jkeating at redhat.com Wed Jan 11 21:49:03 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Jan 2006 16:49:03 -0500 Subject: rescuecd-ppc.iso (was Re: rawhide report: 20060111 changes) In-Reply-To: <91f88ee20601111325p6509f5f3s286fe5b320860484@mail.gmail.com> References: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> <43C4D7EB.2050407@gmx.de> <1136995611.2849.11.camel@ender> <91f88ee20601111325p6509f5f3s286fe5b320860484@mail.gmail.com> Message-ID: <1137016144.11376.0.camel@ender> On Wed, 2006-01-11 at 16:25 -0500, Chasecreek Systemhouse wrote: > Would you post a URL to whats needed so that we (being FC5T1 PPC > users) can just make it ourselves? Don't bother for tonight. It still isn't working (and possible CD1...) but I'll be working on that the next couple days. -- Jesse Keating Release Engineer: Fedora From rodd at clarkson.id.au Wed Jan 11 22:21:17 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Thu, 12 Jan 2006 09:21:17 +1100 Subject: 2.6.15rc kernel packages for FC4. In-Reply-To: <20051216215128.GM2821@redhat.com> References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com> <1134769778.4863.2.camel@canis> <20051216215128.GM2821@redhat.com> Message-ID: <1137018077.3319.2.camel@localhost.localdomain> On Fri, 2005-12-16 at 16:51 -0500, Dave Jones wrote: > On Fri, Dec 16, 2005 at 01:49:38PM -0800, Brian Gaynor wrote: > > On Fri, 2005-12-16 at 09:25 -0800, Josh wrote: > > > Thank you! Thank you! > > > > > > I tried it on my Acer Ferrari 4005 laptop and it recognized the > > > Synaptics touchpad while the previous kernels didn't. > > > > > > > Strange, my Synaptics touchpad, which had been working just fine, isn't > > recognized by the test kernel. Dave, I suppose I should Bugzilla this? > > Sure. That hardware has been a thorn in my side since I can remember. > We've had "works/doesn't work" cycles of that way back into FC2 era. > > I've no idea why it's so fragile. Dave, Can't find the thread, so replying here, but you said something about the rc kernels needing HAL or DBUS from rawhide for the synaptics driver to work. It there any intention of getting this ported (or solved)? I'm happy to test these kernels, but until my mouse works properly it's a real hassle. The three things I use most on my laptop are the keyboard, the mouse and the screen. Without a well functioning mouse it's hard to get stuff done (or test things). Rodd -- "It's a fine line between denial and faith. It's much better on my side" From jspaleta at gmail.com Wed Jan 11 21:58:59 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 11 Jan 2006 16:58:59 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <1136959580.18949.37.camel@localhost.localdomain> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> <1136959580.18949.37.camel@localhost.localdomain> Message-ID: <604aa7910601111358p2ce7fef2l48c5cd6413450c78@mail.gmail.com> On 1/11/06, Peter Jones wrote: > On Tue, 2006-01-10 at 17:26 -0500, Jeff Spaleta wrote: > > > Now whether or not fc5t1 counts as a "release" is debatable on many > > different levels. > > No, it's very much not. alpha/beta/test have never been guaranteed (or > at all expected) to update perfectly from one to the next, and never > will. Let me rephrase.... To the meatheads I interact with in the less refined communication channels concerning fedora. "Test releases" are a form of "release" to them. The fact that the schedule page itself uses the term "release" after the word "test1" in fact supports this naive view of the world that the "test releases" are in fact a form of "release" though not of equal quality to "final releases." While those of us who bask in the enlightenment that comes with months of intensive day-to-day use of the development tree, know the extent of that difference... the less experienced among us can be and are will be repeatedly confused by phrases which use the word "release" in an unqualified manner which imply exclusion of "test releases" For example in this thread "dbus-qt was never enabled in a release" as uttered by John implied exclusion of "test releases." Inexperienced testers may not infer that exclusion as intended in the statement and may in fact read "a release" to include "test releases" based on normally agreed rules on of how adjectives modify nouns when standard English is spoken or written. The fact that fedora "test releases" are named contrary to those normally applied rules of grammer is unfortunately going to lead to confusion. And I dare say even more confusing for people who are trying to engage in an English discussion when they are not fluent in American English. I'm pretty confident that Chasecreek here was confused initially by John's assertion and in fact thought of the "test1 release" as "a release" To be blunt. If you want to avoid confusing inexperienced users with regard to what a "test release" actually means.. either stop calling them "test releases" or stop using the word "release" in an unqualified way which implies exclusion of "test releases" -jef"'Red cars' are still cars... the phrase 'a car ran over my cat' does not imply exclusion of a 'red car'"spaleta From clydekunkel7734 at cox.net Thu Jan 12 01:14:28 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Wed, 11 Jan 2006 20:14:28 -0500 Subject: gdm probs with 10 Jan rawhide update Message-ID: <43C5AD74.7050801@cox.net> Hi, FWIW, bug 177443 describes possible gdm problems with gdm-2.13.0.4-2. I worked around the problem by booting single and reverting gdm to 2.8.0.4-13.1. Problem was gdm cycling forever thru starting/failing/restarting with 2 minute rests every 6 cycles. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From chabotc at xs4all.nl Thu Jan 12 02:44:15 2006 From: chabotc at xs4all.nl (Chris Chabot) Date: Thu, 12 Jan 2006 03:44:15 +0100 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <604aa7910601111358p2ce7fef2l48c5cd6413450c78@mail.gmail.com> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <1136924210.27792.64.camel@localhost.localdomain> <604aa7910601101426p29b7fc60qc3bc4311a9c7a633@mail.gmail.com> <1136959580.18949.37.camel@localhost.localdomain> <604aa7910601111358p2ce7fef2l48c5cd6413450c78@mail.gmail.com> Message-ID: <1137033855.2065.14.camel@localhost> Wait a moment, now i am a not native english speaker as well, and nothing about "release" to me insinuates that its "stable" or "final" or anything like that. Now the word release means to let go of something, or as the dictionary puts it "The act or an instance of issuing something for publication, use, or distribution." Releasing beta code, means people can use it to test (hence the 'release'), it has no baring what so ever on the status of the code. Now if your point is that the implied "stable" when people talk about "included in a release" is not clear to people, especially to people who are not used to such confusing terms as we software people like to use (alpha, beta, gamma, 0.1, stable, final, devel, head, cvs, svn, unstable, experimental, build , snapshot and the list goes on and on..) then you have a point that maybe for such people it would be good to use the full names, "test release" and "final release" or "stable release". However by most people its known that a "release" implies a stable release, and not a unstable (testing/beta/snapshot/etc) release Any press release (sorry wasn't intended to confuse the word "release" even more :-)) will speak of a "company X released a beta release of product Y" or "company X released the latest version of product Y", and people will know what your talking about without any difficulties, right? :-) I think the point i was trying to make though i might have been sidetracked, is that there is nothing inherently wrong with the word "release", its the perfectly appropriate word (and i think perfectly clear) for any "release" of any kind. But in such conversations you might have a point to ask for a stable release to be called that, though what would you call it ... stable or final or official or ... ? :-) On Wed, 2006-01-11 at 16:58 -0500, Jeff Spaleta wrote: > To be blunt. > If you want to avoid confusing inexperienced users with regard to what > a "test release" actually means.. either stop calling them "test > releases" or stop using the word "release" in an unqualified way which > implies exclusion of "test releases" > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From thethirddoorontheleft at verizon.net Thu Jan 12 04:28:52 2006 From: thethirddoorontheleft at verizon.net (Darwin H. Webb) Date: Wed, 11 Jan 2006 20:28:52 -0800 Subject: rawhide report: 20060111 changes In-Reply-To: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> References: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> Message-ID: <43C5DB04.2080500@verizon.net> Build System wrote: > > > Removed package perseus-dependency > > Removed package perseus-distribution > > Removed package jonas > > Removed package fractal > > Removed package jonathan-core > > Removed package p6spy > > Removed package jakarta-commons-cli > > Removed package dtdparser > > Removed package nanoxml > > Removed package howl-logger > > Removed package perseus-fos > > Removed package jorm > > Removed package asm > > Removed package perseus-persistence > > Removed package medor-expression > > Removed package jotm > > Removed package oldkilim > > Removed package objectweb-anttask > > Removed package perseus-concurrency > > Removed package gif89encoder > > Removed package jonathan-jeremie > > Removed package monolog > > Removed package perseus-pool > > Removed package medor > > Removed package joram > > Removed package perseus-cache > > Removed package carol > > Removed package objectweb-deploysched > > Removed package jorm-rdb-adapter > > Removed package gnu.regexp > > Removed package jonas > > Updated Packages: > > GFS-kernel-2.6.14.1-20051219.162641.FC5.8 > ----------------------------------------- > * Tue Jan 10 2006 Jesse Keating > - rebuilt > > anaconda-10.91.2-1 > ------------------ > * Tue Jan 10 2006 Jeremy Katz - 10.91.2-1 > - fix hard drive installs (pjones) > > * Tue Jan 10 2006 Jeremy Katz - 10.91.1-1 > - more ppc rescue image (jkeating) > - actually commit the dmraid fix (pjones) > > cman-kernel-2.6.14.1-20051219.162641.FC5.9 > ------------------------------------------ > * Tue Jan 10 2006 Jesse Keating > - rebuilt again > > dlm-kernel-2.6.14.1-20051219.162641.FC5.7 > ----------------------------------------- > * Tue Jan 10 2006 Jesse Keating > - rebuilt > > fontconfig-2.3.93-3 > ------------------- > * Tue Jan 10 2006 Bill Nottingham - 2.3.93-3 > - prereq coreutils for mkdir/touch in %post > > gimp-2:2.2.10-2 > --------------- > * Tue Jan 10 2006 Nils Philippsen > - rebuild with lcms > > * Thu Dec 29 2005 Nils Philippsen - 2.2.10 > - version 2.2.10 > > gstreamer08-0.8.11-3 > -------------------- > * Tue Jan 10 2006 Bill Nottingham 0.8.11-3 > - requires(pre) coreutils, since we call env > > gtk2-engines-2.7.2-2 > -------------------- > * Tue Jan 10 2006 Ray Strode 2.7.2-2 > - fix handle drawing bugs from F-Spot and gnome-panel > - change %makeinstall to make install DESTDIR=... > > kudzu-1.2.18-1 > -------------- > * Tue Jan 10 2006 Bill Nottingham - 1.2.18-1 > - add missing fchdir in pcmcia code > - fix segfault if pcmcia network devices are found before their drivers > are loaded (#174341) > > selinux-policy-2.1.8-3 > ---------------------- > * Tue Jan 10 2006 Dan Walsh 2.1.8-3 > - More Fixes for hal and readahead > > vte-0.11.16-2.fc5.1 > ------------------- > * Tue Jan 10 2006 Bill Nottingham 0.11.16-2 > - prereq initscripts as it creates the utmp group > > xen-3.0-0.20060110.fc5.2 > ------------------------ > * Tue Jan 10 2006 - 3.0-0.20060110.fc5.1 > - Update to xen-unstable from 20060110 (cset 8526) > > xorg-x11-xfs-1:1.0.0-2 > ---------------------- > * Tue Jan 10 2006 Bill Nottingham 1:1.0.0-2 > - fix %post script (#176009, ) > > Broken deps for i386 > ---------------------------------------------------------- > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel = 0:2.6.14-1.1805_FC5 > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5 > gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires kernel-smp = 0:2.6.14-1.1805_FC5 > gnbd-kernel-smp - 2.6.14.0-20051108.134753.FC5.12.30.i686 requires /lib/modules/2.6.14-1.1805_FC5smp > jacorb - 2.2-3jpp_3fc.i386 requires libgcj.so.6 > > > > Broken deps for ia64 > ---------------------------------------------------------- > jacorb - 2.2-3jpp_3fc.ia64 requires libgcj.so.6()(64bit) > rgmanager - 1.9.31-3.ia64 requires ccs > > > > Broken deps for ppc > ---------------------------------------------------------- > cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 > dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 > gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 > jacorb - 2.2-3jpp_3fc.ppc requires libgcj.so.6 > > > > Broken deps for ppc64 > ---------------------------------------------------------- > cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 > dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 > emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi > gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 > jacorb - 2.2-3jpp_3fc.ppc64 requires libgcj.so.6()(64bit) > > > > Broken deps for s390 > ---------------------------------------------------------- > jacorb - 2.2-3jpp_3fc.s390 requires libgcj.so.6 > > > > Broken deps for s390x > ---------------------------------------------------------- > jacorb - 2.2-3jpp_3fc.s390x requires libgcj.so.6()(64bit) > libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) > libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) > > > > Broken deps for x86_64 > ---------------------------------------------------------- > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires kernel = 0:2.6.14-1.1805_FC5 > gnbd-kernel - 2.6.14.0-20051108.134753.FC5.12.30.x86_64 requires /lib/modules/2.6.14-1.1805_FC5 > jacorb - 2.2-3jpp_3fc.x86_64 requires libgcj.so.6()(64bit) > > > > I think samba-3.0.21a has been overlooked in the confussion. Any chase of getting that rpm'ed with 686 gcc 4.1 by T1 time? It's real simple. :) Darwin From paul at permanentmail.com Thu Jan 12 04:52:13 2006 From: paul at permanentmail.com (Paul Dickson) Date: Wed, 11 Jan 2006 21:52:13 -0700 Subject: usb only mounted read-only? In-Reply-To: <1136997571.2782.6.camel@niobe> References: <1136997571.2782.6.camel@niobe> Message-ID: <20060111215213.be55b6ca.paul@permanentmail.com> On Wed, 11 Jan 2006 17:39:30 +0100, Roger Grosswiler wrote: > i have no more privileges to write on my usbstick. it seems, i have no > more rights? > > rog > > mount says: > /dev/sda on /media/MPIO-1 type vfat (rw,noexec,nosuid,nodev) > > dmesg says: > usb 1-1: new full speed USB device using uhci_hcd and address 8 > scsi1 : SCSI emulation for USB Mass Storage devices > usb-storage: device found at 8 > usb-storage: waiting for device to settle before scanning > Vendor: MPIO Model: FY200 Rev: 1000 > Type: Direct-Access ANSI SCSI revision: 00 > SCSI device sda: 1015809 512-byte hdwr sectors (520 MB) > sda: Write Protect is off > sda: Mode Sense: 45 00 00 08 > sda: assuming drive cache: write through > SCSI device sda: 1015809 512-byte hdwr sectors (520 MB) > sda: Write Protect is off > sda: Mode Sense: 45 00 00 08 > sda: assuming drive cache: write through > sda: > sd 1:0:0:0: Attached scsi removable disk sda > usb-storage: device scan complete > SELinux: initialized (dev sda, type vfat), uses genfs_contexts > FAT: Filesystem panic (dev sda) > fat_get_cluster: invalid cluster chain (i_pos 0) > File system has been set read-only You don't mention your version of FC, nor the kernel version running. You might consider running fsck.vfat on it. In your other message you mention you can read this in Windows. Backup the contents to that machine. Then insert the usbstick in linux, umount it, do a fsck.vfat on that volume. -Paul From jkeating at redhat.com Thu Jan 12 04:55:26 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 11 Jan 2006 23:55:26 -0500 Subject: rawhide report: 20060111 changes In-Reply-To: <43C5DB04.2080500@verizon.net> References: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> <43C5DB04.2080500@verizon.net> Message-ID: <1137041726.2900.3.camel@ender> On Wed, 2006-01-11 at 20:28 -0800, Darwin H. Webb wrote: > I think samba-3.0.21a has been overlooked in the confussion. > Any chase of getting that rpm'ed with 686 gcc 4.1 by T1 time? > It's real simple. :) Not for Test2. It'll get spun by release though. -- Jesse Keating Release Engineer: Fedora From jspaleta at gmail.com Thu Jan 12 05:00:36 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 12 Jan 2006 00:00:36 -0500 Subject: usb only mounted read-only? In-Reply-To: <20060111215213.be55b6ca.paul@permanentmail.com> References: <1136997571.2782.6.camel@niobe> <20060111215213.be55b6ca.paul@permanentmail.com> Message-ID: <604aa7910601112100y5b55aff5l508c9002c6b8b132@mail.gmail.com> On 1/11/06, Paul Dickson wrote: > You might consider running fsck.vfat on it. In your other message you > mention you can read this in Windows. Backup the contents to that > machine. Then insert the usbstick in linux, umount it, do a fsck.vfat on > that volume. I think i can consistently cause the vfat mounting to freakout if i ever attempt to overfill my usb flash drive while using it under windows and then trying to mount it under linux. I basically have to reformat the vfat filesystem on the little bugger to have it behave correctly again. -jef From shrek-m at gmx.de Thu Jan 12 07:56:39 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 12 Jan 2006 08:56:39 +0100 Subject: rawhide report: 20060111 changes In-Reply-To: <43C5DB04.2080500@verizon.net> References: <200601110907.k0B97j6w021654@porkchop.devel.redhat.com> <43C5DB04.2080500@verizon.net> Message-ID: <43C60BB7.3000209@gmx.de> Darwin H. Webb wrote: > Build System wrote: > >> [...............................................................................................................................................] > > > I think samba-3.0.21a has been overlooked in the confussion. > Any chase of getting that rpm'ed with 686 gcc 4.1 by T1 time? > It's real simple. :) > > Darwin http://learn.to/quote 2. Quoting and Answering 2.1 How much should I quote? It is not necessary to quote the entire text of the person you respond to. A quoting should always and first of all clarify the context, enabling the reader to understand the flow of the thread. A quoting is not ment to re-post the previous article. [...] 2.2 2.3 ... -- shrek-m From buildsys at redhat.com Thu Jan 12 08:00:05 2006 From: buildsys at redhat.com (Build System) Date: Thu, 12 Jan 2006 03:00:05 -0500 Subject: rawhide report: 20060112 changes Message-ID: <200601120800.k0C805eZ002702@porkchop.devel.redhat.com> Removed package jacorb Removed package jonathan-rmi Updated Packages: GFS-kernel-2.6.14.1-20051219.162641.FC5.9 ----------------------------------------- * Wed Jan 11 2006 Jesse Keating - rebuilt again anaconda-10.91.4-1 ------------------ * Wed Jan 11 2006 Jeremy Katz - 10.91.4-1 - Add xen kernels * Wed Jan 11 2006 Jeremy Katz - 10.91.3-1 - remove some unneeded bits from the ppc boot.iso to make it smaller - fix some text display (notting, #177537) - Misc kickstart fixes (clumens) beagle-0.1.4-3 -------------- * Wed Jan 11 2006 Alexander Larsson - 0.1.4-3 - Rebuild with fixed evolution-sharp cman-kernel-2.6.14.1-20051219.162641.FC5.10 ------------------------------------------- * Wed Jan 11 2006 Jesse Keating - and again dlm-kernel-2.6.14.1-20051219.162641.FC5.8 ----------------------------------------- * Wed Jan 11 2006 Jesse Keating - rebuilt again evolution-sharp-0.10.2-3 ------------------------ * Tue Jan 10 2006 Alexander Larsson - 0.10.2-3 - Fix evo 2.6 patch - Add evolibdir pkg-config variable patch from cvs (modified for evo 2.6) f-spot-0.1.5-2 -------------- * Tue Jan 10 2006 Alexander Larsson - 0.1.5-2 - Add lcms depencency gnbd-kernel-2.6.14.0-20051108.134753.FC5.14 ------------------------------------------- * Wed Jan 11 2006 Jesse Keating - rebuilt again * Tue Jan 10 2006 Jesse Keating - rebuilt kernel-2.6.15-1.1826.2.10_FC5 ----------------------------- * Wed Jan 11 2006 Dave Jones - Fix booting issue on x86-64 ATI systems. kernel-xen-2.6.15-1.29_FC5 -------------------------- * Wed Jan 11 2006 - Fix up kevent usage for xen net backend - Fix %post to create mkinitrd for domU libsetrans-0.1.16-1 ------------------- * Wed Jan 11 2006 Dan Walsh 0.1.16-1 - Fix memory corruption error policycoreutils-1.29.5-3 ------------------------ * Tue Jan 10 2006 Dan Walsh 1.29.5-3 - Fixes for mls policy * Tue Jan 10 2006 Dan Walsh 1.29.5-2 - Update semanage and split out seobject - Fix labeleing of home_root pup-0.9.3-1 ----------- * Wed Jan 11 2006 Jeremy Katz - 0.9.3-1 - Fix traceback on update (#177579) - Fix key importing - Give an error message on errors downloading (#177552) - Fix ts checking on second run selinux-policy-2.1.9-2 ---------------------- * Wed Jan 11 2006 Jeremy Katz - 2.1.9-2 - fix pup transitions (#177262) - fix xen disks (#177599) * Tue Jan 10 2006 Dan Walsh 2.1.9-1 - Update to upstream udev-078-4 ---------- * Wed Jan 11 2006 Harald Hoyer - 078-4 - removed group "video" from the rules - fixed specfile - load nvram, floppy, parport and lp modules in /etc/sysconfig/modules/udev-stw.modules until there is a better solution - fixed more floppy module loading Broken deps for ia64 ---------------------------------------------------------- rgmanager - 1.9.31-3.ia64 requires ccs Broken deps for ppc ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc requires dlm-kernel-modules >= 0:2.6.11 gnbd - 1.0.1-2.ppc requires gnbd-kernel-modules >= 0:2.6.11 Broken deps for ppc64 ---------------------------------------------------------- cman - 1.0.3-5.FC5.ppc64 requires cman-kernel-modules >= 0:2.6.11 dlm - 1.0.0-7.FC5.ppc64 requires dlm-kernel-modules >= 0:2.6.11 emacs - 21.4-5.ppc64 requires fonts-xorg-75dpi gnbd - 1.0.1-2.ppc64 requires gnbd-kernel-modules >= 0:2.6.11 Broken deps for s390x ---------------------------------------------------------- libvte-java - 0.11.11-7.s390x requires libgtkjava-2.8.so()(64bit) libvte-java - 0.11.11-7.s390x requires libgtkjni-2.8.so()(64bit) From linxt at comcast.net Thu Jan 12 08:26:10 2006 From: linxt at comcast.net (Thomas Taylor) Date: Thu, 12 Jan 2006 00:26:10 -0800 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <1137033855.2065.14.camel@localhost> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> <604aa7910601111358p2ce7fef2l48c5cd6413450c78@mail.gmail.com> <1137033855.2065.14.camel@localhost> Message-ID: <200601120026.11016.linxt@comcast.net> On Wednesday 11 January 2006 18:44, Chris Chabot wrote: > Wait a moment, now i am a not native english speaker as well, and > nothing about "release" to me insinuates that its "stable" or "final" or > anything like that. > > Now the word release means to let go of something, or as the dictionary > puts it "The act or an instance of issuing something for publication, > use, or distribution." Releasing beta code, means people can use it to > test (hence the 'release'), it has no baring what so ever on the status > of the code. > > Now if your point is that the implied "stable" when people talk about > "included in a release" is not clear to people, especially to people who > are not used to such confusing terms as we software people like to use > (alpha, beta, gamma, 0.1, stable, final, devel, head, cvs, svn, > unstable, experimental, build , snapshot and the list goes on and on..) > then you have a point that maybe for such people it would be good to use > the full names, "test release" and "final release" or "stable release". > However by most people its known that a "release" implies a stable > release, and not a unstable (testing/beta/snapshot/etc) release > > Any press release (sorry wasn't intended to confuse the word "release" > even more :-)) will speak of a "company X released a beta release of > product Y" or "company X released the latest version of product Y", and > people will know what your talking about without any difficulties, > right? :-) > > I think the point i was trying to make though i might have been > sidetracked, is that there is nothing inherently wrong with the word > "release", its the perfectly appropriate word (and i think perfectly > clear) for any "release" of any kind. But in such conversations you > might have a point to ask for a stable release to be called that, though > what would you call it ... stable or final or official or ... ? :-) > > On Wed, 2006-01-11 at 16:58 -0500, Jeff Spaleta wrote: > > To be blunt. > > If you want to avoid confusing inexperienced users with regard to what > > a "test release" actually means.. either stop calling them "test > > releases" or stop using the word "release" in an unqualified way which > > implies exclusion of "test releases" Gentlemen, gentlemen (assumed, not specified). How about just answering the posters question which I understand is - "will a certain program be included in the test2 'release'?" The term "release" is used by the Fedora Project for the test versions ("16 January 2006 test2 release, string build freeze (builds completed"). This is from the web site at: http://fedora.redhat.com/About/schedule/. Tom -- Tom Taylor Linux user #263467 Federal Way, WA Iraq war: 2,210 US soldiers dead. Support our troops, burn the (W)bush From talbotscott at cox.net Thu Jan 12 08:48:21 2006 From: talbotscott at cox.net (oldman) Date: Thu, 12 Jan 2006 00:48:21 -0800 Subject: pup-0.9.2-1 In-Reply-To: References: Message-ID: <43C617D5.4040302@cox.net> 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: pup-0.9.2-1 >> Date: Wed, 11 Jan 2006 12:59:31 -0500 >> >> On Wed, 2006-01-11 at 09:51 -0700, Don Springall wrote: >> > Pup does not like me today for some reason. It crashes while >> dowloading a >> > file. >> >> This looks like just a mirror not having a file. > No, because of this in yum: > RPMS/lcms-1.15-1.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > Error Downloading Packages: > lcms - 1.15-1.i386: failure: Fedora/RPMS/lcms-1.15-1.i386.rpm from > development : [Errno 256] No more mirrors to try. > >> File it as we should definitely be catching this in a more user-friendly >> fashion :-) >> >> Jeremy >> > Bug filled in bugzilla: > Bug 177552 Submitted: Pup crashes while downloading file > > Hmmmmm... Yum fails on this too. is there not really a checksum error? Guess I'll install manually and see what happens. Scott From roger at gwch.net Thu Jan 12 09:13:31 2006 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 12 Jan 2006 10:13:31 +0100 Subject: usb only mounted read-only? In-Reply-To: <20060111215213.be55b6ca.paul@permanentmail.com> References: <1136997571.2782.6.camel@niobe> <20060111215213.be55b6ca.paul@permanentmail.com> Message-ID: <1137057211.2678.1.camel@niobe> Am Mittwoch, den 11.01.2006, 21:52 -0700 schrieb Paul Dickson: > You don't mention your version of FC, nor the kernel version running. sorry, thought it speaks of itself that i run fc5 test1 on the latest kernel ;-) on this list... > > You might consider running fsck.vfat on it. In your other message you > mention you can read this in Windows. Backup the contents to that > machine. Then insert the usbstick in linux, umount it, do a fsck.vfat on > that volume. > > -Paul gonna try this, thanks anyway rog From dtimms at bigpond.net.au Thu Jan 12 10:05:11 2006 From: dtimms at bigpond.net.au (David Timms) Date: Thu, 12 Jan 2006 21:05:11 +1100 Subject: threaded email viewer - re: Quoting and Answering Message-ID: <43C629D7.6040309@bigpond.net.au> shrek-m at gmx.de wrote: > http://learn.to/quote > > 2. Quoting and Answering > 2.1 How much should I quote? > It is not necessary to quote the entire text of the person you respond > to. A quoting should always and first of all clarify the context, > enabling the reader to understand the flow of the thread. A quoting is > not ment to re-post the previous article. [...] Just a query: Do any subscribers to the list use a threaded mail viewer ? Since subscribing, I realized it's an option that I normally don't use for email. But for this back and forthing, it is really helpful: it is easy to ignore a thread I'm not interested in, yet keep all the previous messages in each thread together, so when further Q/A/statements are posted, they are automatically grouped with the original thread. It also means a quoted part needs only be seriously minimal. When I was accessing the list through the monthly archive on redhat or aims group, it was terrible trying to match together bits of the same thread from a long web page of post links. Google groups used to showing threading, but their new version hides that by default : ( Silly when it really ideal for this sort of information, so that you don't need to keep reading the same crud over and over. If there is anyone willing to let us know what method you use to read the list, please reply to this thread ? And also whether your method supports threading ? Is there any web mail servers that can provide threaded message lists ? Can ms lookout do it (haven't used it for 4 years) ? From roger at gwch.net Thu Jan 12 10:22:25 2006 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 12 Jan 2006 11:22:25 +0100 Subject: Beagled working after todays update - but... Message-ID: <1137061346.3550.0.camel@niobe> ...see this error after launching /usr/bin/beagled: ** (IndexHelper:3633): WARNING **: The following assembly referenced from /usr/lib/beagle/Filters/Filters.dll could not be loaded: Assembly: gsf-sharp (assemblyref_index=11) Version: 0.0.0.5 Public Key: 35e10195dab3c99f The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/beagle/Filters). ** (IndexHelper:3633): WARNING **: The class Gsf.Infile could not be loaded, used in gsf-sharp, Version=0.0.0.5, Culture=neutral, PublicKeyToken=35e10195dab3c99f (IndexHelper:3633): gmime-CRITICAL **: internet_address_get_addr: assertion `ia->type != INTERNET_ADDRESS_GROUP' failed From dragoran at feuerpokemon.de Thu Jan 12 12:07:02 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 12 Jan 2006 13:07:02 +0100 Subject: 2.6.15rc kernel packages for FC4. In-Reply-To: <1137018077.3319.2.camel@localhost.localdomain> References: <20051216172520.69571.qmail@web34007.mail.mud.yahoo.com> <1134769778.4863.2.camel@canis> <20051216215128.GM2821@redhat.com> <1137018077.3319.2.camel@localhost.localdomain> Message-ID: <43C64666.3010802@feuerpokemon.de> Rodd Clarkson wrote: >On Fri, 2005-12-16 at 16:51 -0500, Dave Jones wrote: > > >>On Fri, Dec 16, 2005 at 01:49:38PM -0800, Brian Gaynor wrote: >> > On Fri, 2005-12-16 at 09:25 -0800, Josh wrote: >> > > Thank you! Thank you! >> > > >> > > I tried it on my Acer Ferrari 4005 laptop and it recognized the >> > > Synaptics touchpad while the previous kernels didn't. >> > > >> > >> > Strange, my Synaptics touchpad, which had been working just fine, isn't >> > recognized by the test kernel. Dave, I suppose I should Bugzilla this? >> >>Sure. That hardware has been a thorn in my side since I can remember. >>We've had "works/doesn't work" cycles of that way back into FC2 era. >> >>I've no idea why it's so fragile. >> >> > >Dave, > >Can't find the thread, so replying here, but you said something about >the rc kernels needing HAL or DBUS from rawhide for the synaptics driver >to work. > >It there any intention of getting this ported (or solved)? > >I'm happy to test these kernels, but until my mouse works properly it's >a real hassle. The three things I use most on my laptop are the >keyboard, the mouse and the screen. Without a well functioning mouse >it's hard to get stuff done (or test things). > > >Rodd > > not hal or dbus, but udev From roger at gwch.net Thu Jan 12 12:13:08 2006 From: roger at gwch.net (Roger Grosswiler) Date: Thu, 12 Jan 2006 13:13:08 +0100 Subject: usb only mounted read-only? In-Reply-To: <1137057211.2678.1.camel@niobe> References: <1136997571.2782.6.camel@niobe> <20060111215213.be55b6ca.paul@permanentmail.com> <1137057211.2678.1.camel@niobe> Message-ID: <1137067989.2850.0.camel@niobe> > > You might consider running fsck.vfat on it. In your other message you > > mention you can read this in Windows. Backup the contents to that > > machine. Then insert the usbstick in linux, umount it, do a fsck.vfat on > > that volume. > > > > -Paul > gonna try this, thanks anyway > > rog did it, it works again - but unfortunately only as root... rog From ndbecker2 at gmail.com Thu Jan 12 12:44:41 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 12 Jan 2006 07:44:41 -0500 Subject: FC5T1 hibernate works! Awesome! Message-ID: I just tried hibernate on my hp dv8000 FC5T1. Kernel 2.6.15-1.1826.2.10_FC5 Couldn't find any howto doc. Didn't install gnome-power-manager because smart (package manager) would have changes about 100 things. Did notice that "locate power" found a pm-hibernate command. I typed: pm-hibernate --help This didn't actually show me the usage (please fix this), but it did successfully suspend and then on reboot successfully resume! From ndbecker2 at gmail.com Thu Jan 12 12:59:54 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 12 Jan 2006 07:59:54 -0500 Subject: FC5T1 hibernate works! Awesome! References: Message-ID: Neal Becker wrote: > I just tried hibernate on my hp dv8000 FC5T1. Kernel > 2.6.15-1.1826.2.10_FC5 > > Couldn't find any howto doc. Didn't install gnome-power-manager because > smart (package manager) would have changes about 100 things. Did notice > that "locate power" found a pm-hibernate command. I typed: > > pm-hibernate --help > > This didn't actually show me the usage (please fix this), but it did > successfully suspend and then on reboot successfully resume! > pm-suspend doesn't work. Seems to suspend OK, but I hit a key and it appears to start to resume, but then shutsdown. Here are some log entries: Jan 12 07:51:22 nbecker4 ntpd[2239]: ntpd exiting on signal 15 Jan 12 07:51:35 nbecker4 kernel: Freezing cpus ... Jan 12 07:51:35 nbecker4 kernel: Stopping tasks: ======================================================================================== ================| Jan 12 07:51:35 nbecker4 kernel: bcm43xx: Suspending... Jan 12 07:51:35 nbecker4 kernel: bcm43xx: Device suspended. Jan 12 07:51:35 nbecker4 kernel: ACPI: PCI Interrupt 0000:00:13.0[A] -> GSI 19 (level, low) -> IRQ 225 Jan 12 07:51:35 nbecker4 kernel: ACPI: PCI Interrupt 0000:00:13.1[A] -> GSI 19 (level, low) -> IRQ 225 Jan 12 07:51:35 nbecker4 kernel: ACPI: PCI Interrupt 0000:00:13.2[A] -> GSI 19 (level, low) -> IRQ 225 Jan 12 07:51:35 nbecker4 kernel: ACPI: PCI Interrupt 0000:00:14.1[A] -> GSI 16 (level, low) -> IRQ 217 Jan 12 07:51:35 nbecker4 kernel: ACPI: PCI Interrupt 0000:00:14.5[B] -> GSI 17 (level, low) -> IRQ 209 Jan 12 07:51:35 nbecker4 shutdown: shutting down for system halt Jan 12 07:51:35 nbecker4 kernel: atiixp: codec reset timeout Jan 12 07:51:36 nbecker4 kernel: ACPI: PCI Interrupt 0000:00:14.6[B] -> GSI 17 (level, low) -> IRQ 209 Jan 12 07:51:36 nbecker4 kernel: bcm43xx: Resuming... Jan 12 07:51:36 nbecker4 kernel: ACPI: PCI Interrupt 0000:06:02.0[A] -> GSI 21 (level, low) -> IRQ 177 Jan 12 07:51:36 nbecker4 kernel: bcm43xx: Device resumed. Jan 12 07:51:36 nbecker4 kernel: SoftMAC: Unable to find network after scan! Jan 12 07:51:36 nbecker4 kernel: ACPI: PCI Interrupt 0000:06:04.0[A] -> GSI 20 (level, low) -> IRQ 185 Jan 12 07:51:36 nbecker4 kernel: ACPI: PCI Interrupt 0000:06:04.2[C] -> GSI 23 (level, low) -> IRQ 233 Jan 12 07:51:36 nbecker4 kernel: eth0: link down Jan 12 07:51:36 nbecker4 kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 Jan 12 07:51:36 nbecker4 kernel: Restarting tasks... done Jan 12 07:51:36 nbecker4 kernel: Thawing cpus ... Jan 12 07:51:36 nbecker4 kernel: VFS: busy inodes on changed media. J From n0dalus+redhat at gmail.com Thu Jan 12 13:07:16 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Thu, 12 Jan 2006 23:37:16 +1030 Subject: threaded email viewer - re: Quoting and Answering In-Reply-To: <43C629D7.6040309@bigpond.net.au> References: <43C629D7.6040309@bigpond.net.au> Message-ID: <6280325c0601120507q2f409e7fxaa3094644dd10999@mail.gmail.com> On 1/12/06, David Timms wrote: > > If there is anyone willing to let us know what method you use to read > the list, please reply to this thread ? And also whether your method > supports threading ? Is there any web mail servers that can provide > threaded message lists ? Can ms lookout do it (haven't used it for 4 > years) ? > Most good mail apps support threads. Thunderbird/Evolution can do it. There's usually an item in the View menu that says 'View as threads' or somesuch. It's not done on the mail server. Alternatively you can use a threaded newsreader and get the fedora lists by nntp at gmane.org. I personally use Gmail (Google's web mail), which does a really fantastic job of sorting out threads and replies (and I can't complain about the 2.6GB free space). Email me privately off-list if you would like an account invite, or use the SMS signup at: https://www.google.com/accounts/SmsMailSignup1 Good luck, n0dalus. From skvidal at linux.duke.edu Thu Jan 12 13:33:54 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Thu, 12 Jan 2006 08:33:54 -0500 Subject: pup-0.9.2-1 In-Reply-To: <43C617D5.4040302@cox.net> References: <43C617D5.4040302@cox.net> Message-ID: <1137072835.11821.0.camel@cutter> On Thu, 2006-01-12 at 00:48 -0800, oldman wrote: > 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: pup-0.9.2-1 > >> Date: Wed, 11 Jan 2006 12:59:31 -0500 > >> > >> On Wed, 2006-01-11 at 09:51 -0700, Don Springall wrote: > >> > Pup does not like me today for some reason. It crashes while > >> dowloading a > >> > file. > >> > >> This looks like just a mirror not having a file. > > No, because of this in yum: > > RPMS/lcms-1.15-1.i386.rpm: [Errno -1] Package does not match checksum > > Trying other mirror. > > Error Downloading Packages: > > lcms - 1.15-1.i386: failure: Fedora/RPMS/lcms-1.15-1.i386.rpm from > > development : [Errno 256] No more mirrors to try. > > > >> File it as we should definitely be catching this in a more user-friendly > >> fashion :-) > >> > >> Jeremy > >> > > Bug filled in bugzilla: > > Bug 177552 Submitted: Pup crashes while downloading file > > > > > Hmmmmm... Yum fails on this too. is there not really a checksum > error? Guess I'll install manually and see what happens. > We found out the problem here. Things got signed and not changed, I think. As a test clean your metadata and run again. -sv From jkeating at j2solutions.net Thu Jan 12 13:45:34 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Thu, 12 Jan 2006 08:45:34 -0500 Subject: threaded email viewer - re: Quoting and Answering In-Reply-To: <43C629D7.6040309@bigpond.net.au> References: <43C629D7.6040309@bigpond.net.au> Message-ID: <1137073535.2900.11.camel@ender> On Thu, 2006-01-12 at 21:05 +1100, David Timms wrote: > If there is anyone willing to let us know what method you use to read > the list, please reply to this thread ? And also whether your method > supports threading ? Is there any web mail servers that can provide > threaded message lists ? Can ms lookout do it (haven't used it for 4 > years) ? Threading is an absolute must for me. If a mail app doesn't do threading, I refuse to use it. I personally use evolution to interact with my mail, including this and other Red Hat lists. -- Jesse Keating RHCE (geek.j2solutions.net) Fedora Legacy Team (www.fedoralegacy.org) GPG Public Key (geek.j2solutions.net/jkeating.j2solutions.pub) From canfield at uindy.edu Thu Jan 12 14:37:25 2006 From: canfield at uindy.edu (D Canfield) Date: Thu, 12 Jan 2006 09:37:25 -0500 Subject: FC5T1 hibernate works! Awesome! In-Reply-To: References: Message-ID: <43C669A5.1090806@uindy.edu> Neal Becker wrote: >Neal Becker wrote: > > > >>I just tried hibernate on my hp dv8000 FC5T1. Kernel >>2.6.15-1.1826.2.10_FC5 >> >>Couldn't find any howto doc. Didn't install gnome-power-manager because >>smart (package manager) would have changes about 100 things. Did notice >>that "locate power" found a pm-hibernate command. I typed: >> >>pm-hibernate --help >> >>This didn't actually show me the usage (please fix this), but it did >>successfully suspend and then on reboot successfully resume! >> >> >> > >pm-suspend doesn't work. > >Seems to suspend OK, but I hit a key and it appears to start to resume, but >then shutsdown. > Does your notebook have SATA drives? Suspend/Resume doesn't work on SATA drives until kernel 2.6.16 (you can find patches at thinkwiki.org if you want to take that route). Someone mentioned that it's expected for FC5 final to have a kernel version with this patch. DC From chasecreek.systemhouse at gmail.com Thu Jan 12 15:02:19 2006 From: chasecreek.systemhouse at gmail.com (Chasecreek Systemhouse) Date: Thu, 12 Jan 2006 10:02:19 -0500 Subject: New schedule for FC5 Test2 ISO roll-out? In-Reply-To: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> References: <91f88ee20601101129r370c8ffs2ae36247b75d1b78@mail.gmail.com> Message-ID: <91f88ee20601120702h3001022axc66628e515509bca@mail.gmail.com> [pardon me for replying to my own post] On 1/10/06, Chasecreek Systemhouse wrote: > A small rant - > > I just spent several hours rebuilding and updating a PPC system; the > dbus-qt dependency still exists and still requires a "rpm -e dbus-qt" > type local fix after a fresh install. > > Also, the SELinux related updates (whichever one contains the > /sbin/restorecon program possibly) is re-enabling SELinux to > enforcing. That action increased update/upgrade time by an hour just > to re-run /sbin/restorecon process. > > After the selinux parts completed A LOT of the rest of the rpms > started having prescript or postscript errors. > > Not a total mess but a little anonying none the less. > > Cheers =) After readint this thread I am almost sorry I posted my rant. I fully understand that Tests are not releases (heck I didn't even use that word in the above post.) However, I must insist that the desired goal of any "burned" ISO - downloadedable from Red Hat's site - should, hopefully, be "working"; in-so-far as to say the code on the CD should work with the other code on the CD. Other than that I have never had any serious issues with Red Hat's ISO's (not since before Red Hat v5 any ways.) I mean it's not like Red Hat has become the Microsoft of the Open Source world, right? ;-) Just joking, really. Sometimes, rarely, I miss the Red Hat Ultrasparc versions -- but those were the good ol' days, huh? I even dug out my old copy of SuSE 7 for the PPC and Ultrasparc cd/book set and wondered if Red Hat was planning on such a Book & CD release again? Maybe one day, when things settle down. -- WC -Sx- Jones | http://ccsh.us/ | Open Source Consulting From ndbecker2 at gmail.com Thu Jan 12 15:07:11 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 12 Jan 2006 10:07:11 -0500 Subject: FC5T1 hibernate works! Awesome! References: <43C669A5.1090806@uindy.edu> Message-ID: D Canfield wrote: > Neal Becker wrote: > >>Neal Becker wrote: >> >> >> >>>I just tried hibernate on my hp dv8000 FC5T1. Kernel >>>2.6.15-1.1826.2.10_FC5 >>> >>>Couldn't find any howto doc. Didn't install gnome-power-manager because >>>smart (package manager) would have changes about 100 things. Did notice >>>that "locate power" found a pm-hibernate command. I typed: >>> >>>pm-hibernate --help >>> >>>This didn't actually show me the usage (please fix this), but it did >>>successfully suspend and then on reboot successfully resume! >>> >>> >>> >> >>pm-suspend doesn't work. >> >>Seems to suspend OK, but I hit a key and it appears to start to resume, >>but then shutsdown. >> > Does your notebook have SATA drives? Suspend/Resume doesn't work on > SATA drives until kernel 2.6.16 (you can find patches at thinkwiki.org > if you want to take that route). Someone mentioned that it's expected > for FC5 final to have a kernel version with this patch. > > DC > Dunno. How can I tell? From ndbecker2 at gmail.com Thu Jan 12 15:50:06 2006 From: ndbecker2 at gmail.com (Neal Becker) Date: Thu, 12 Jan 2006 10:50:06 -0500 Subject: all devel packages mismatch checksum? Message-ID: I tried both smart and yum to update my kde from rawhide. All packages are reporting bad checksums (yum) or SHA (smart). Is something broken today? From shrek-m at gmx.de Thu Jan 12 15:53:15 2006 From: shrek-m at gmx.de (shrek-m at gmx.de) Date: Thu, 12 Jan 2006 16:53:15 +0100 Subject: threaded email viewer - re: Quoting and Answering In-Reply-To: <43C629D7.6040309@bigpond.net.au> References: <43C629D7.6040309@bigpond.net.au> Message-ID: <43C67B6B.5060806@gmx.de> David Timms wrote: > If there is anyone willing to let us know what method you use to read > the list, please reply to this thread ? And also whether your method > supports threading ? i prefer mozilla, mozilla 4.x -> oe 4.x/5.x :-[ -> netscape 6.x/7.x -> mozilla 0.x/1.x why? 10 accounts in 1profile for different mailinglists from a few mails per day to several hundreds per day for several years after several mozilla/netscape, fedora and machine updates and nearly no problems since several years. you can move the mails into different folders with "message filter" you can easily sort by (1 click) thread, subject, date, sender, recipient, size, read, junk, ... you can label as important, work, personal, todo, later you can easily view (1 click) all, unread,