From naoki at valuecommerce.com Fri Sep 1 00:37:57 2006 From: naoki at valuecommerce.com (Naoki) Date: Fri, 01 Sep 2006 09:37:57 +0900 Subject: Recent rawhide problems - ldconfig / rpm / kernel. Message-ID: <44F780E5.9000306@valuecommerce.com> From I think 20060829 : "/sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such file or directory" - On RPM updates but of course also when just running 'ldconfig', the file in fact doesn't exist. I'd love to tell you what version it is but that brings me to the second problem.. [root at localhost ~]# rpm -qf /sbin/ldconfig rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages index using db3 - (-30977) error: cannot open Packages database in /var/lib/rpm rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbenv->open: DB_RUNRECOVERY: Fatal error, run database recovery error: cannot open Packages database in /var/lib/rpm file /sbin/ldconfig is not owned by any package And... [root at localhost ~]# rpm -e wine-capi wine-cms wine-core wine-esd wine-jack wine-nas wine-tools wine-twain /sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such file or directory /sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such file or directory rpmdb: page 60: illegal page type or format rpmdb: PANIC: Invalid argument rpmdb: /var/lib/rpm/Providename: pgin failed for page 60 error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "advapi32.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "advpack.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "amstream.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "atl.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "avicap32.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "avifil32.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "cabinet.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "cards.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "cfgmgr32.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "clock.exe.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "comcat.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery error: error(-30977) setting "comctl32.dll.so" records from Providename index rpmdb: PANIC: fatal region error detected; run recovery error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal error, run database recovery And lastly I have general errors from the kernel (2.6.17-1.2600.fc6xen) : Bad pte = f807396a28d7dfda, process = ???, vm_flags = 70, vaddr = 38b5831000 Call Trace: [] vm_normal_page+0xae/0xc2 [] unmap_vmas+0x658/0xae6 [] exit_mmap+0x7d/0xf8 [] mmput+0x41/0x96 [] do_exit+0x29a/0x8b5 [] lookup_pte_fn+0x0/0x5a [] do_page_fault+0xd8f/0x1203 [] error_exit+0x0/0x6e Bad pte = fffff000fffff0, process = ???, vm_flags = 70, vaddr = 38b5832000 Call Trace: [] vm_normal_page+0xae/0xc2 [] unmap_vmas+0x658/0xae6 [] exit_mmap+0x7d/0xf8 [] mmput+0x41/0x96 [] do_exit+0x29a/0x8b5 [] lookup_pte_fn+0x0/0x5a [] do_page_fault+0xd8f/0x1203 [] error_exit+0x0/0x6e Bad pte = fffff000fffff0, process = ???, vm_flags = 70, vaddr = 38b5833000 Call Trace: [] vm_normal_page+0xae/0xc2 [] unmap_vmas+0x658/0xae6 [] exit_mmap+0x7d/0xf8 [] mmput+0x41/0x96 [] do_exit+0x29a/0x8b5 [] lookup_pte_fn+0x0/0x5a [] do_page_fault+0xd8f/0x1203 [] error_exit+0x0/0x6e Bad pte = fffff000fffff0, process = ???, vm_flags = 70, vaddr = 38b5834000 Also plenty of oppses . . Aug 31 17:14:01 localhost kernel: Unable to handle kernel paging request at ffff8800011f8c18 RIP: Aug 31 17:14:01 localhost kernel: [] __change_page_attr+0xa1e/0xa8e Aug 31 17:14:01 localhost kernel: PGD ff6067 PUD ff7067 PMD 1000067 PTE 11f8065 Aug 31 17:14:01 localhost kernel: Oops: 0003 [1] SMP Aug 31 17:14:01 localhost kernel: last sysfs file: /class/drm/card0/dev Aug 31 17:14:01 localhost kernel: CPU 1 Aug 31 17:14:01 localhost kernel: Modules linked in: i915 drm bridge netloop netbk blkbk autofs4 sunrpc ip_conntrack_ftp ip_conntrack_netbios_ns ipt_REJECT xt_state ip_conntrack nfnetlink xt_tcpudp iptable_filter ip_tables x_tables video sbs i2c_ec button battery asus_acpi ac ipv6 parport_pc lp parport snd_intel8x0 snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer sg snd i2c_i801 i2c_core soundcore snd_page_alloc tg3 intel_rng pcspkr ide_cd cdrom serio_raw shpchp dm_snapshot dm_zero dm_mirror dm_mod ext3 jbd ata_piix libata sd_mod scsi_mod ehci_hcd ohci_hcd uhci_hcd Aug 31 17:14:01 localhost kernel: Pid: 1307, comm: Xorg Not tainted 2.6.17-1.2600.fc6xen #1 Aug 31 17:14:01 localhost kernel: RIP: e030:[] [] __change_page_attr+0xa1e/0xa8e Aug 31 17:14:01 localhost kernel: RSP: e02b:ffff880070a83b98 EFLAGS: 00010286 Aug 31 17:14:01 localhost kernel: RAX: 80000000706000e7 RBX: ffff88000137cff8 RCX: 0000000000000023 Aug 31 17:14:01 localhost kernel: RDX: ffff8800011f8c18 RSI: 000000000000137c RDI: 0000000000000067 Aug 31 17:14:01 localhost kernel: RBP: ffff8800707ff000 R08: ffff8800013f9320 R09: 0000000000000000 Aug 31 17:14:01 localhost kernel: R10: 8000000000000067 R11: 80000000000000e7 R12: 00000000707ff000 Aug 31 17:14:01 localhost kernel: R13: 0000000000000c18 R14: 0000000000000008 R15: ffffffff80201880 Aug 31 17:14:01 localhost kernel: FS: 00002aaaaad44ae0(0000) GS:ffffffff80650080(0000) knlGS:0000000000000000 Aug 31 17:14:01 localhost kernel: CS: e033 DS: 0000 ES: 0000 Aug 31 17:14:01 localhost kernel: Process Xorg (pid: 1307, threadinfo ffff880070a82000, task ffff8800724c6040) Aug 31 17:14:01 localhost kernel: Stack: 0000000000000000 ffffffff802629cc ffffffff804c5770 ffffffff802628ab Aug 31 17:14:01 localhost kernel: ffffffff804c5770 ffffffff802622ac 0000000000000000 ffff8800707ff000 Aug 31 17:14:01 localhost kernel: 00000000000707ff 00000000707ff000 Aug 31 17:14:01 localhost kernel: Call Trace: Aug 31 17:14:01 localhost kernel: [] _spin_lock_irqsave+0x26/0x2b Aug 31 17:14:01 localhost kernel: [] _spin_unlock_irq+0x9/0x32 Aug 31 17:14:01 localhost kernel: [] __down_write_nested+0x34/0x96 Aug 31 17:14:01 localhost kernel: [] change_page_attr_addr+0x7b/0x12c Aug 31 17:14:01 localhost kernel: [] agp_generic_destroy_page+0x4e/0x7a From naoki at valuecommerce.com Fri Sep 1 00:52:56 2006 From: naoki at valuecommerce.com (Naoki) Date: Fri, 01 Sep 2006 09:52:56 +0900 Subject: Recent rawhide problems - ldconfig / rpm / kernel. In-Reply-To: <44F780E5.9000306@valuecommerce.com> References: <44F780E5.9000306@valuecommerce.com> Message-ID: <44F78468.4090004@valuecommerce.com> Ok rebooted to 2.6.17-1.2600.fc6 x86_64 and the above RPM db problems have gone. So far no OOPS'ing either but I'll thrash her a bit and see what pops up. Naoki wrote: > > > > And... > > [root at localhost ~]# rpm -e wine-capi wine-cms wine-core wine-esd > wine-jack wine-nas wine-tools wine-twain > /sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such > file or directory > /sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such > file or directory > rpmdb: page 60: illegal page type or format > rpmdb: PANIC: Invalid argument > rpmdb: /var/lib/rpm/Providename: pgin failed for page 60 > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "advapi32.dll.so" records from > Providename index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "advpack.dll.so" records from Providename > index > From naoki at valuecommerce.com Fri Sep 1 01:30:26 2006 From: naoki at valuecommerce.com (Naoki) Date: Fri, 01 Sep 2006 10:30:26 +0900 Subject: Recent rawhide problems - ldconfig / rpm / kernel. In-Reply-To: <44F780E5.9000306@valuecommerce.com> References: <44F780E5.9000306@valuecommerce.com> Message-ID: <1157074226.2959.12.camel@localhost.localdomain> Ok. The ldconfig problem was simply that I had an /etc/ld.so.conf.rpmnew file, but no /etc/ld.so.conf file, don't ask me why. The RPM problem, the kernel OOPS'ing, and the random app crashing all seem to be a function of using the xen kernel. On Fri, 2006-09-01 at 09:37 +0900, Naoki wrote: > From I think 20060829 : > "/sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such > file or directory" - On RPM updates but of course also when just running > 'ldconfig', the file in fact doesn't exist. I'd love to tell you what > version it is but that brings me to the second problem.. > > [root at localhost ~]# rpm -qf /sbin/ldconfig > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbenv->open: DB_RUNRECOVERY: Fatal error, > run database recovery > error: cannot open Packages index using db3 - (-30977) > error: cannot open Packages database in /var/lib/rpm > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbenv->open: DB_RUNRECOVERY: Fatal error, > run database recovery > error: cannot open Packages database in /var/lib/rpm > file /sbin/ldconfig is not owned by any package > > > And... > > [root at localhost ~]# rpm -e wine-capi wine-cms wine-core wine-esd > wine-jack wine-nas wine-tools wine-twain > /sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such > file or directory > /sbin/ldconfig: Can't open configuration file /etc/ld.so.conf: No such > file or directory > rpmdb: page 60: illegal page type or format > rpmdb: PANIC: Invalid argument > rpmdb: /var/lib/rpm/Providename: pgin failed for page 60 > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "advapi32.dll.so" records from Providename > index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "advpack.dll.so" records from Providename index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "amstream.dll.so" records from Providename > index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "atl.dll.so" records from Providename index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "avicap32.dll.so" records from Providename > index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "avifil32.dll.so" records from Providename > index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "cabinet.dll.so" records from Providename index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "cards.dll.so" records from Providename index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "cfgmgr32.dll.so" records from Providename > index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "clock.exe.so" records from Providename index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "comcat.dll.so" records from Providename index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > error: error(-30977) setting "comctl32.dll.so" records from Providename > index > rpmdb: PANIC: fatal region error detected; run recovery > error: db4 error(-30977) from dbcursor->c_get: DB_RUNRECOVERY: Fatal > error, run database recovery > > And lastly I have general errors from the kernel (2.6.17-1.2600.fc6xen) : > > Bad pte = f807396a28d7dfda, process = ???, vm_flags = 70, vaddr = 38b5831000 > Call Trace: > [] vm_normal_page+0xae/0xc2 > [] unmap_vmas+0x658/0xae6 > [] exit_mmap+0x7d/0xf8 > [] mmput+0x41/0x96 > [] do_exit+0x29a/0x8b5 > [] lookup_pte_fn+0x0/0x5a > [] do_page_fault+0xd8f/0x1203 > [] error_exit+0x0/0x6e > Bad pte = fffff000fffff0, process = ???, vm_flags = 70, vaddr = 38b5832000 > Call Trace: > [] vm_normal_page+0xae/0xc2 > [] unmap_vmas+0x658/0xae6 > [] exit_mmap+0x7d/0xf8 > [] mmput+0x41/0x96 > [] do_exit+0x29a/0x8b5 > [] lookup_pte_fn+0x0/0x5a > [] do_page_fault+0xd8f/0x1203 > [] error_exit+0x0/0x6e > Bad pte = fffff000fffff0, process = ???, vm_flags = 70, vaddr = 38b5833000 > Call Trace: > [] vm_normal_page+0xae/0xc2 > [] unmap_vmas+0x658/0xae6 > [] exit_mmap+0x7d/0xf8 > [] mmput+0x41/0x96 > [] do_exit+0x29a/0x8b5 > [] lookup_pte_fn+0x0/0x5a > [] do_page_fault+0xd8f/0x1203 > [] error_exit+0x0/0x6e > Bad pte = fffff000fffff0, process = ???, vm_flags = 70, vaddr = 38b5834000 > > Also plenty of oppses . . > > Aug 31 17:14:01 localhost kernel: Unable to handle kernel paging request > at ffff8800011f8c18 RIP: > Aug 31 17:14:01 localhost kernel: [] > __change_page_attr+0xa1e/0xa8e > Aug 31 17:14:01 localhost kernel: PGD ff6067 PUD ff7067 PMD 1000067 PTE > 11f8065 > Aug 31 17:14:01 localhost kernel: Oops: 0003 [1] SMP > Aug 31 17:14:01 localhost kernel: last sysfs file: /class/drm/card0/dev > Aug 31 17:14:01 localhost kernel: CPU 1 > Aug 31 17:14:01 localhost kernel: Modules linked in: i915 drm bridge > netloop netbk blkbk autofs4 sunrpc ip_conntrack_ftp > ip_conntrack_netbios_ns ipt_REJECT xt_state ip_conntrack nfnetlink > xt_tcpudp iptable_filter ip_tables x_tables video sbs i2c_ec button > battery asus_acpi ac ipv6 parport_pc lp parport snd_intel8x0 > snd_ac97_codec snd_ac97_bus snd_seq_dummy snd_seq_oss snd_seq_midi_event > snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss snd_pcm snd_timer sg > snd i2c_i801 i2c_core soundcore snd_page_alloc tg3 intel_rng pcspkr > ide_cd cdrom serio_raw shpchp dm_snapshot dm_zero dm_mirror dm_mod ext3 > jbd ata_piix libata sd_mod scsi_mod ehci_hcd ohci_hcd uhci_hcd > Aug 31 17:14:01 localhost kernel: Pid: 1307, comm: Xorg Not tainted > 2.6.17-1.2600.fc6xen #1 > Aug 31 17:14:01 localhost kernel: RIP: e030:[] > [] __change_page_attr+0xa1e/0xa8e > Aug 31 17:14:01 localhost kernel: RSP: e02b:ffff880070a83b98 EFLAGS: > 00010286 > Aug 31 17:14:01 localhost kernel: RAX: 80000000706000e7 RBX: > ffff88000137cff8 RCX: 0000000000000023 > Aug 31 17:14:01 localhost kernel: RDX: ffff8800011f8c18 RSI: > 000000000000137c RDI: 0000000000000067 > Aug 31 17:14:01 localhost kernel: RBP: ffff8800707ff000 R08: > ffff8800013f9320 R09: 0000000000000000 > Aug 31 17:14:01 localhost kernel: R10: 8000000000000067 R11: > 80000000000000e7 R12: 00000000707ff000 > Aug 31 17:14:01 localhost kernel: R13: 0000000000000c18 R14: > 0000000000000008 R15: ffffffff80201880 > Aug 31 17:14:01 localhost kernel: FS: 00002aaaaad44ae0(0000) > GS:ffffffff80650080(0000) knlGS:0000000000000000 > Aug 31 17:14:01 localhost kernel: CS: e033 DS: 0000 ES: 0000 > Aug 31 17:14:01 localhost kernel: Process Xorg (pid: 1307, threadinfo > ffff880070a82000, task ffff8800724c6040) > Aug 31 17:14:01 localhost kernel: Stack: 0000000000000000 > ffffffff802629cc ffffffff804c5770 ffffffff802628ab > Aug 31 17:14:01 localhost kernel: ffffffff804c5770 ffffffff802622ac > 0000000000000000 ffff8800707ff000 > Aug 31 17:14:01 localhost kernel: 00000000000707ff 00000000707ff000 > Aug 31 17:14:01 localhost kernel: Call Trace: > Aug 31 17:14:01 localhost kernel: [] > _spin_lock_irqsave+0x26/0x2b > Aug 31 17:14:01 localhost kernel: [] > _spin_unlock_irq+0x9/0x32 > Aug 31 17:14:01 localhost kernel: [] > __down_write_nested+0x34/0x96 > Aug 31 17:14:01 localhost kernel: [] > change_page_attr_addr+0x7b/0x12c > Aug 31 17:14:01 localhost kernel: [] > agp_generic_destroy_page+0x4e/0x7a From angray at beeb.net Fri Sep 1 02:49:16 2006 From: angray at beeb.net (Aaron Gray) Date: Fri, 1 Sep 2006 03:49:16 +0100 Subject: Mylex or LSILogic DAC960PG Broken on Fedora Core 5 References: <020801c6cd4f$8d8b1290$0200a8c0@AMD2500> Message-ID: <028d01c6cd71$3749f4b0$0200a8c0@AMD2500> Sorry I have not tested with FC4 only Redhat 9. I will test FC4 and FC6Test2 sometime within the next week. ----- Original Message ----- From: Aaron Gray To: fedora-devel-list at redhat.com Sent: Thursday, August 31, 2006 11:48 PM Subject: Mylex or LSILogic DAC960PG Broken on Fedora Core 5 Support for the Mylex or LSILogic DAC960PG is broken on Fedora Core 5. It works fine on Redhat 9 and FC4 but Anaconda just hangs on loading the DAC960 driver. I am wondering what I can do to get find if this is a known issue and as to whether it will or has been fixed in FC6 ? Should I post it as a bug on bugzilla. Many thanks in advance, Aaron ------------------------------------------------------------------------------ -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list ------------------------------------------------------------------------------ No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.1.405 / Virus Database: 268.11.7/434 - Release Date: 30/08/2006 -------------- next part -------------- An HTML attachment was scrubbed... URL: From fedora at leemhuis.info Fri Sep 1 04:44:54 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 01 Sep 2006 06:44:54 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <44F75188.9070001@fedoraproject.org> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <44F60A23.1070007@poolshark.org> <44F68203.7060303@glossolalie.org> <15ce3ec0608311412v30425a29n9f2f9d8ffa7322ec@mail.gmail.com> <44F75188.9070001@fedoraproject.org> Message-ID: <44F7BAC6.3060902@leemhuis.info> Rahul schrieb: > Steve Barnhart wrote: >> Well Ok I'd like to some people for their actual dissection of what >> the problems were. I guess I don't work in production environments >> (not that Fedora is even for that??) and didn't realize so many users >> hatrid of YaST. I've always found it pretty simple to use but maybe >> that's just me. At least reasoning was given..hopefully the team can >> atleast add some more system-config-* programs or something. > > Are you or any of the Yast fans willing to work on porting and packaging > it in Fedora? Regardless of how many other people dislike it if people > work on it and get into Fedora Extras following the guidelines nobody is > going to oppose that. I'm not so sure in this regard. I think I would oppose that a bit. Not a general veto, but I'd would like to have a general discussion first if having Yast (or similar Tools) in Fedora really is a good idea. I think it might not be a good idea because I suspect it could lead to bad interactions with our normal configurations tools, RPM-Packages and (startup)scripts and therefor could do a lot of harm and confusion to our users. But that would depend on the quality of the port -- and that does not exist yet. So it's a theoretical discussion and all speculation at this point of time. CU thl P.S.: there was a port of yast to debian in the works, but that's stopped "due to lack of time/resources." http://yast4debian.alioth.debian.org/ From jnovy at redhat.com Fri Sep 1 04:54:15 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 01 Sep 2006 06:54:15 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <20060831203359.GA432@imperial.ac.uk> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> <44F72282.7060300@redhat.com> <1157048201.2537.19.camel@localhost.localdomain> <20060831181830.GD24531@apone.devel.redhat.com> <1157048693.5088.4.camel@golem.boston.redhat.com> <20060831203359.GA432@imperial.ac.uk> Message-ID: <1157086455.2236.19.camel@localhost.localdomain> On Thu, 2006-08-31 at 21:33 +0100, Kostas Georgiou wrote: > kdvi isn't too bad but kde is moving to extras... > > Most of the users that I support don't really use a dvi viewer anyway, it's > almost always dvips and gv afterwards (for some reason they *hate* > evince). > > So, is a dvi viewer needed in core? It depends. One can use pdftex/pdflatex instead of tex/latex so that DVI viewers (and gv, dvips) are not needed in this case as the PDF is the only output. The dvips + gv way isn't always too smooth and I have to say that xdvi is still the best dvi viewer despite of its age. If the most of the teTeX users accepts the usage of pdftex tools, then moving at least some of the dvi tools to Extras makes sense. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From jspaleta at gmail.com Fri Sep 1 06:29:28 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 31 Aug 2006 22:29:28 -0800 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157048693.5088.4.camel@golem.boston.redhat.com> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> <44F72282.7060300@redhat.com> <1157048201.2537.19.camel@localhost.localdomain> <20060831181830.GD24531@apone.devel.redhat.com> <1157048693.5088.4.camel@golem.boston.redhat.com> Message-ID: <604aa7910608312329y2e23fd33x6af0595958f7b9da@mail.gmail.com> On 8/31/06, Matthias Clasen wrote: > Evince has a dvi backend, but it is not up to par with xdvi, and not > included in the current evince package. Have you ever been to the circus? Have you ever seen that one guy dress in the sad clown face costume trying to enterain the kids with balloon animals and thought about how ironic and twisted it was to have kids laughing at a clown with a sad face doing silly things? Evince not having its dvi support enabled in fc6 turns me into that sad clown guy. -jef"crying on the inside"spaleta From naoki at valuecommerce.com Fri Sep 1 06:31:25 2006 From: naoki at valuecommerce.com (Naoki) Date: Fri, 01 Sep 2006 15:31:25 +0900 Subject: yum question, reverting to old packages. Message-ID: <1157092285.2959.52.camel@localhost.localdomain> The docs don't mention anything about it but I'm wondering if yum can handle this sort of functionality : rpm -Uvh --oldpackage http://kickstart/blah/name Right now it seems yum can install a specific version of a package, but it can't 'rollback' to a version if that RPM is already installed. I'm guessing that's pretty easy for yum to do so maybe it already can and I'm missing something? -------------- next part -------------- An HTML attachment was scrubbed... URL: From pemboa at gmail.com Fri Sep 1 07:36:32 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 1 Sep 2006 02:36:32 -0500 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <604aa7910608312329y2e23fd33x6af0595958f7b9da@mail.gmail.com> References: <62672.194.94.224.254.1157041911.squirrel@arlette.freesurf.fr> <44F71BFF.8000009@redhat.com> <1157046666.2537.11.camel@localhost.localdomain> <44F72282.7060300@redhat.com> <1157048201.2537.19.camel@localhost.localdomain> <20060831181830.GD24531@apone.devel.redhat.com> <1157048693.5088.4.camel@golem.boston.redhat.com> <604aa7910608312329y2e23fd33x6af0595958f7b9da@mail.gmail.com> Message-ID: <16de708d0609010036h51cbd431pb83f934f9fe6ce79@mail.gmail.com> On 9/1/06, Jeff Spaleta wrote: > On 8/31/06, Matthias Clasen wrote: > > Evince has a dvi backend, but it is not up to par with xdvi, and not > > included in the current evince package. > > > Have you ever been to the circus? Have you ever seen that one guy > dress in the sad clown face costume trying to enterain the kids with > balloon animals and thought about how ironic and twisted it was to > have kids laughing at a clown with a sad face doing silly things? > > Evince not having its dvi support enabled in fc6 turns me into that > sad clown guy. > > -jef"crying on the inside"spaleta Might be a good time to see a shrink about these deep issues that you appear to have. hahah -- To be updated... From twaugh at redhat.com Fri Sep 1 08:58:02 2006 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 01 Sep 2006 09:58:02 +0100 Subject: new printer with new PPD file In-Reply-To: <1157049310.10951.24.camel@soncomputer> References: <1157049310.10951.24.camel@soncomputer> Message-ID: <1157101082.3822.8.camel@cyberelk.elk> On Thu, 2006-08-31 at 14:35 -0400, Louis Garcia II wrote: > I just installed an HP Officejet 6310 on my network and noticed that FC6 > does not support this. I have downloaded the ppd file for this printer > and am not sure where it goes. If you want to add it to the CUPS collection of PPDs for that machine, you can put it anywhere under /usr/share/cups/model. > Also I noticed the new config-printer tool has a Provide PPD file > option, is this the better way? This is a great way to do it -- but note, it will only use the PPD for that queue, and will not add it to the CUPS /usr/share/cups/model directory. (Actually, maybe it should?) Tim. */ -------------- 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 gilboad at gmail.com Fri Sep 1 09:01:39 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Fri, 01 Sep 2006 12:01:39 +0300 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157024899.8113.6.camel@cutter> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> Message-ID: <1157101299.17157.0.camel@gilboa-home-dev.localhost> On Thu, 2006-08-31 at 07:48 -0400, seth vidal wrote: > On Thu, 2006-08-31 at 12:45 +0300, Gilboa Davara wrote: > > Hello all, > > > > This bug has been originally reported against yum/FC3 by Rahul Sundaram > > and continues to thrive... > > In essence, once yum begins to download files, it misinterprets Ctrl-C > > as "Mirror switch" instead of "Cancel", leaving the user no direct way > > to halt yum. > > This has been considered a feature by a fair number of users. > > > > (I usually suspend yum [Ctrl-Z] and then kill it using "killall -9 yum" > > which is -far- from being an ideal solution). > > > Outside of downloading files you should be able to cancel yum at any > time in recent cvs pulls. > > > Any chance of getting this fixed before FC6? > > I'm not sure we'll ever be fixing the mirror skip thing or not. > > -sv > BTW, at least on FC4 and FC5 yum, hitting Ctrl-C will switch mirror just file, but will abort the yum operation once the download is complete. (Without installing the packages) Gilboa From jamatos at fc.up.pt Fri Sep 1 09:14:30 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 1 Sep 2006 10:14:30 +0100 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157101299.17157.0.camel@gilboa-home-dev.localhost> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157101299.17157.0.camel@gilboa-home-dev.localhost> Message-ID: <200609011014.32202.jamatos@fc.up.pt> On Friday 01 September 2006 10:01, Gilboa Davara wrote: > BTW, at least on FC4 and FC5 yum, hitting Ctrl-C will switch mirror just > file, but will abort the yum operation once the download is complete. > (Without installing the packages) I saw too. It switches mirror, loads the files and after all the downloads it exits. > Gilboa -- Jos? Ab?lio From jfrieben at freesurf.fr Fri Sep 1 09:39:45 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Fri, 1 Sep 2006 11:39:45 +0200 (CEST) Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157086455.2236.19.camel@localhost.localdomain> References: <1157086455.2236.19.camel@localhost.localdomain> Message-ID: <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> "pdftex/pdflatex" is great but not sufficient, as many "tex" files need plain "latex" to get compiled. Moreover, I hardly imagine moving "tetex-xdvi" to "extras" whereas other "tetex-*" packages stay in "core". I have had a look at "gtkdvi". It relies on "glib/gtk+" which have already been moved to "extras", so no luck either! A "dvi" viewer is certainly needed in core as many doc files currently are "dvi" files. Forget about "gv". This is used by people who adopted it maybe 10 years ago and never got aware of alternatives. And it's in "extras", too. I have rebuilt "evince" with "dvi" support, and it's not that bad! I suggest to enable "dvi" support by default to encourage user feedback for fixing open issues with it. > > It depends. One can use pdftex/pdflatex instead of tex/latex so that > DVI viewers (and gv, dvips) are not needed in this case as the PDF is > the only output. The dvips + gv way isn't always too smooth and I have > to say that xdvi is still the best dvi viewer despite of its age. > > If the most of the teTeX users accepts the usage of pdftex tools, then > moving at least some of the dvi tools to Extras makes sense. > > Jindrich > -- > Jindrich Novy , http://people.redhat.com/jnovy/ > (o_ _o) > //\ The worst evil in the world is refusal to think. //\ > V_/_ _\_V > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From buildsys at redhat.com Fri Sep 1 09:53:31 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 1 Sep 2006 05:53:31 -0400 Subject: rawhide report: 20060901 changes Message-ID: <200609010953.k819rVQ1006405@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.89-1 -------------------- * Thu Aug 31 2006 Peter Jones - 11.1.0.89-1 - Fix going back to the repo screen (clumens) - Install correct supplementary packages when using dmraid or multipath autofs-1:5.0.1-0.rc2.1 ---------------------- * Fri Sep 01 2006 Ian Kent - 5.0.1-0.rc2.1 - consolidate to rc2. - fix colon escape handling. - fix recusively referenced bind automounts. - update kernel patches. cman-2.0.13-2.fc6 ----------------- * Thu Aug 31 2006 Chris Feist - 2.0.13-1 - Rebuild w/ new upstream sources dejavu-lgc-fonts-2.9-2 ---------------------- * Thu Aug 31 2006 Behdad Esfahbod - 2.9-2 - Don't override Bitstream Vera in our configuration file anymore now that we got enough testing and gdm is fixed. device-mapper-multipath-0.4.7-4.1 --------------------------------- * Thu Aug 31 2006 Peter Jones - 0.4.7-4.1 - Split kpartx out into its own package so dmraid can use it without installing multipathd - Fix a segfault in kpartx eclipse-1:3.2.0-2 ----------------- * Tue Aug 29 2006 Ben Konrath 3.2.0-2 - Remove double Manifest file in com.jcraft.jsch_0.1.28.jar. - Require java-gcj-compat >= 1.0.64. ekiga-2.0.2-6 ------------- * Thu Aug 31 2006 Matthias Clasen - 2.0.2-6 - Fix translator credits (197871) glibc-2.4.90-28 --------------- * Thu Aug 31 2006 Jakub Jelinek 2.4.90-28 - another malloc doubly linked list corruption problem fix (#204653) * Thu Aug 31 2006 Jakub Jelinek 2.4.90-27 - allow $LIB and $PLATFORM in dlopen parameters even in suid/sgid (#204399) - fix splice prototype (#204530) - fix pthread_rwlock_{,try,timed}wrlock to honor reader preference if requested gtk2-2.10.2-5.fc6 ----------------- * Thu Aug 31 2006 Matthias Clasen - 2.10.2-5.fc6 - Fix problems with listing printers - Stop cursor blinking after a while, to save energy hwdata-0.187-1 -------------- * Thu Aug 31 2006 Adam Jackson - 0.187-1 - Fix sync ranges for Samsung SyncMaster 710N (#202344) iscsi-initiator-utils-6.1.1.685-0 --------------------------------- * Mon Aug 28 2006 Mike Christie - 6.1.1.685 - Rebase to upstream to bring in many bug fixes and rm db. - iscsi uses /etc/iscsi instead of just etc now kernel-2.6.17-1.2608.fc6 ------------------------ * Wed Aug 30 2006 Juan Quintela - update xen-hv to cset 11256 (pre 3 hypercall breakage). - remove debug=y from HV compilation. - xen update (pre 3 hypercall breakage) * linux-2.6 changeset: 33957:421a6d428e95 * linux-2.6-xen-fedora changeset: 35756:78332fcbe5b0 * xen-unstable changeset: 11251:5fc1fe79083517824d89309cc618f21302724e29 * get new irqflags code from linux-2.6.tip-xen. * Wed Aug 30 2006 Jeremy Katz - Fix up DEFAULTKERNEL for kernel-xen[0U]->kernel-xen change * Wed Aug 30 2006 Marcelo Tosatti - Fixes for DUB-E100 vB1 usb ethernet (backported from James M.) kexec-tools-1.101-51.fc6 ------------------------ * Thu Aug 31 2006 Neil Horman - 1.101-51.fc6 - update mkdumprd to properly do scp and nfs based dumps - update docs in kdump.conf to reflect new ifc parameter libglade-java-2.12.5-2.fc6 -------------------------- * Wed Aug 30 2006 Stepan Kasal - 2.12.5-2 - Do not pack the *.la files. - Move the *.so symlinks to -devel. librsvg2-2.16.0-1.fc6 --------------------- * Thu Aug 31 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 - Require pkgconfig in the -devel package libsemanage-1.6.16-2 -------------------- * Thu Aug 31 2006 Dan Walsh - 1.6.16-2 - Fix requires lines lvm2-cluster-2.02.06-1.5 ------------------------ * Thu Aug 31 2006 Alasdair Kergon - 2.02.06-1.5 - Build for all archs now. m17n-db-1.3.3-19.fc6 -------------------- * Thu Aug 31 2006 Mayank Jain - Updated bn-{inscript,probhat,itrans} for RH bug #204275 - Added ur-phonetic.mim file for RH bug #177372 - Updated m17n-db.spec file to incorporate Urdu keymap. ncurses-5.5-24.20060715 ----------------------- * Thu Aug 31 2006 Miroslav Lichvar 5.5-24.20060715 - modify tgetstr to make screen happy (#202480) - use CFLAGS when linking (#199369) - change BuildRoot tag to comply with Fedora packaging guidelines orca-0.9.0-4.fc6 ---------------- paps-0.6.6-13.fc6 ----------------- * Thu Aug 31 2006 Akira TAGOH - 0.6.6-13 - paps-formfeed.patch: fixed to not insert an extra line in next page. (#202638) policycoreutils-1.30.27-5 ------------------------- * Thu Aug 31 2006 Dan Walsh 1.30.27-5 - Change scripts to use /usr/sbin/python * Thu Aug 31 2006 Dan Walsh 1.30.27-4 - Add -i qualified to restorecon to tell it to ignore files that do not exist - Fixfiles also modified for this change * Thu Aug 31 2006 Dan Walsh 1.30.27-3 - Ignore sigpipe qt-1:3.3.6-13 ------------- * Thu Aug 31 2006 Than Ngo 1:3.3.6-13 - add missing desktop files rdesktop-1.4.1-4 ---------------- * Thu Aug 31 2006 Behdad Esfahbod - 1.4.1-4 - configure --with-ipv6 (bug 198405) * Wed Jul 12 2006 Jesse Keating - 1.4.1-3.2.2 - rebuild * Fri Feb 10 2006 Jesse Keating - 1.4.1-3.2.1 - bump again for double-long bug on ppc(64) selinux-policy-2.3.10-6 ----------------------- * Thu Aug 31 2006 Dan Walsh 2.3.10-6 - Lots of fixes for restarting daemons at the console. setroubleshoot-0.39-1 --------------------- tetex-3.0-28.fc6 ---------------- * Thu Aug 31 2006 Jindrich Novy 3.0-28.fc6 - remove BuildPreReq: openmotif-devel * Thu Aug 31 2006 Jindrich Novy 3.0-27.fc6 - rebuild to use Xaw X toolkit instead of openmotif - use %{?dist} xkeyboard-config-0.8-6.fc6 -------------------------- * Fri Sep 01 2006 Matthias Clasen - 0.8-6 - Add support for Korean 106 key keyboards (204158) xorg-x11-drv-nv-1.2.0-4.fc6 --------------------------- * Thu Aug 31 2006 Adam Jackson 1.2.0-4.fc6 - nv-1.2.0-panel-range-hack: If we detect a panel, but don't get DDC, adjust the monitor's sync ranges to accomodate a 60Hz mode at the panel's native resolution. xorg-x11-fonts-7.1-2 -------------------- * Thu Aug 31 2006 Kristian H??gsberg 7.1-2 - Fix postun scripts to only run if the directory is still there (#197208). xorg-x11-server-1.1.1-34.fc6 ---------------------------- * Thu Aug 31 2006 Adam Jackson - 1.1.1-34.fc6 - xorg-x11-server-1.1.1-infer-virtual.patch: Be slightly more paranoid about setting line pitch, and rescan the mode list after pruning to re-validate the estimated virtual size. ypbind-3:1.19-5 --------------- * Thu Aug 31 2006 Dan Walsh - 3:1.19-5 - Change init script to automatically turn on/off allow_ypbind boolean yum-2.9.5-4 ----------- * Thu Aug 31 2006 Jeremy Katz - 2.9.5-4 - revert installonlyn changes; they require changes that will only be in 2.9.6 Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.0-3.ia64 requires libvirt-python >= 0:0.1.4-3 virt-manager - 0.2.0-3.ia64 requires python-xeninst >= 0:0.90.1 From k.georgiou at imperial.ac.uk Fri Sep 1 11:26:34 2006 From: k.georgiou at imperial.ac.uk (Kostas Georgiou) Date: Fri, 1 Sep 2006 12:26:34 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> References: <1157086455.2236.19.camel@localhost.localdomain> <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> Message-ID: <20060901112634.GC15436@imperial.ac.uk> On Fri, Sep 01, 2006 at 11:39:45AM +0200, Joachim Frieben wrote: > "pdftex/pdflatex" is great but not sufficient, as many "tex" files need > plain "latex" to get compiled. True most of my users can not use pdftex/pdflatex at all with their documents, the workflow is usually dvips -Ppdf -o file.ps file.dvi; ps2pdf file.ps if they want a pdf document. Not sure why dvips defaults on using bitmap fonts at this age but then again I don't know much about TeX. > Moreover, I hardly imagine moving > "tetex-xdvi" to "extras" whereas other "tetex-*" packages stay in "core". > A "dvi" viewer is certainly needed in core as many doc files currently are > "dvi" files. Most (all?) of the dvi docs that I can see in my system are also there in pdf or postscript format. Don't you need most of tetex installed just to use xdvi (or whatever else is going to replace it) anyway? > Forget about "gv". This is used by people who adopted it maybe > 10 years ago and never got aware of alternatives. And it's in "extras", too. Even the first year phd students ask me for gv for some reason, it's not that they don't know about the alternatives I *did* tell them about all the other options. It's just that they don't like them, I never got a clear answer why though. > I have rebuilt "evince" with "dvi" support, and it's not that bad! I suggest > to enable "dvi" support by default to encourage user feedback for fixing > open issues with it. Sure, there is no reason not to enable the dvi support. It wont pull in as dependencies the rest of the tetex packages I suspect right? Kostas From jnovy at redhat.com Fri Sep 1 11:35:49 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 01 Sep 2006 13:35:49 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> References: <1157086455.2236.19.camel@localhost.localdomain> <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> Message-ID: <1157110549.2257.56.camel@localhost.localdomain> Hi Joachim, On Fri, 2006-09-01 at 11:39 +0200, Joachim Frieben wrote: > I have rebuilt "evince" with "dvi" support, and it's not that bad! I suggest > to enable "dvi" support by default to encourage user feedback for fixing > open issues with it. +1 Unless evince maintainer objects. Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From mtasaka at ioa.s.u-tokyo.ac.jp Fri Sep 1 11:35:35 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 01 Sep 2006 20:35:35 +0900 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> References: <1157086455.2236.19.camel@localhost.localdomain> <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> Message-ID: <44F81B07.1090800@ioa.s.u-tokyo.ac.jp> Well, for Japanese: > I have rebuilt "evince" with "dvi" support, and it's not that bad! I suggest > to enable "dvi" support by default to encourage user feedback for fixing > open issues with it. I tried evince with dvi support but evince cannot display dvi file (with Japanese character included) correctly. tetex-xdvi using Xaw3d (not openmotif) seems to work well and I think this is one of the most desirable ways for FC6. > >> It depends. One can use pdftex/pdflatex instead of tex/latex so that >> DVI viewers (and gv, dvips) are not needed in this case as the PDF is >> the only output. The dvips + gv way isn't always too smooth and I have >> to say that xdvi is still the best dvi viewer despite of its age. >> >> If the most of the teTeX users accepts the usage of pdftex tools, then >> moving at least some of the dvi tools to Extras makes sense. >> >> Jindrich pdftex, pdflatex is not useful for Japanese users. Currently, for Japanese people using Fedora Core, the only way to get pdf document from tex is to use platex (Japanese version of latex) -> pdvips (Japanese version of dvips) -> ps2pdf because pdflatex, dvipdfm don't work well for Japanese users. Mamoru Tasaka From jnovy at redhat.com Fri Sep 1 12:09:49 2006 From: jnovy at redhat.com (Jindrich Novy) Date: Fri, 01 Sep 2006 14:09:49 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F81B07.1090800@ioa.s.u-tokyo.ac.jp> References: <1157086455.2236.19.camel@localhost.localdomain> <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> <44F81B07.1090800@ioa.s.u-tokyo.ac.jp> Message-ID: <1157112589.2257.84.camel@localhost.localdomain> Hi Mamoru, On Fri, 2006-09-01 at 20:35 +0900, Mamoru Tasaka wrote: > I tried evince with dvi support but evince cannot display dvi file (with > Japanese character included) correctly. > > tetex-xdvi using Xaw3d (not openmotif) seems to work well and I think > this is one of the most desirable ways for FC6. The current teTeX is compiled against libXaw. Does it work correctly for you with Japanese DVIs? Does a compilation against Xaw3d bring some advantages related to the Japanese support in comparison with libXaw? I don't speak Japanese, so I can't try it out myself. Matsuura Takanori pointed out that Emacs also depends on Xaw3d, so a recompilation of teTeX to link against Xaw3d would make the intended libXaw transition, which is noted by Adam Jackson, easier. I did a little investigation in what depends on libXaw and Xaw3d and the results are: libXaw.so.[67] rawhide dependencies: groff-gxditview isdn4k-utils xfig ddd xterm xorg-x11-resutils xorg-x11-apps xorg-x11-server-utils xorg-x11-xdm xorg-x11-xsm xorg-x11-server xorg-x11-utils xorg-x11-xkb-utils libXaw3d.so.7 rawhide dependencies: emacs So it looks like I'm going to rebuild teTeX with xdvi linked against Xaw3d, because we may don't want to put Emacs to Extras, or do we? ;) Jindrich -- Jindrich Novy , http://people.redhat.com/jnovy/ (o_ _o) //\ The worst evil in the world is refusal to think. //\ V_/_ _\_V From Matt_Domsch at dell.com Fri Sep 1 12:16:37 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:16:37 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-09-01 Message-ID: <20060901071637.A22425@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Fri Sep 1 06:12:15 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1158 Number failed to build: 46 Number expected to fail due to ExclusiveArch or ExcludeArch: 25 Leaving: 21 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 21 ---------------------------------- alacarte-0.9.90-7.fc6 am-utils-6.1.5-4 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-4 evince-0.5.5-2.fc6 file-roller-2.15.93-2.fc6 gcalctool-5.8.23-1.fc6 gdb-6.5-5.fc6 gnome-desktop-2.15.92-1.fc6 grub-0.97-11 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 memtest86+-1.65-4.1 nautilus-cd-burner-2.15.7-1.fc6 sound-juicer-2.15.5.1-1.fc6 syslinux-3.11-4 system-config-services-0.9.0-2 tomboy-0.3.9-3.fc6 valgrind-3.2.0-5 xen-3.0.2-29 zenity-2.15.92-1.fc6 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 1 12:16:42 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:16:42 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-09-01 Message-ID: <20060901071642.A22438@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Fri Sep 1 06:14:27 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1159 Number failed to build: 21 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 11 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 11 ---------------------------------- evince-0.5.5-2.fc6 file-roller-2.15.93-2.fc6 gcalctool-5.8.23-1.fc6 gnome-desktop-2.15.92-1.fc6 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 nautilus-cd-burner-2.15.7-1.fc6 sound-juicer-2.15.5.1-1.fc6 system-config-services-0.9.0-2 tomboy-0.3.9-3.fc6 zenity-2.15.92-1.fc6 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 1 12:17:16 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:17:16 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-01 Message-ID: <20060901071716.A22474@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Fri Sep 1 06:23:57 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2148 Number failed to build: 51 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 50 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 50 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com amaya-9.5-1.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net deskbar-applet-2.15.91-3.fc6 ivazquez at ivazquez.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gdesklets-0.35.3-8.fc6 luya_tfz at thefinalzone.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-music-0.9.0-1.fc6 ivazquez at ivazquez.net grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net librx-1.5-6.fc5 tcallawa at redhat.com libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mfstools-2.0-9.snapshot050221.fc5 tcallawa at redhat.com monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de nautilus-open-terminal-0.7-2.fc6 stickster at gmail.com nautilus-search-tool-0.2-1.fc5 stickster at gmail.com nco-3.1.2-1.fc6 ed at eh3.com ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net python-goopy-0.1-1 pjones at redhat.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de tuxkart-0.4.0-5.fc6 j.w.r.degoede at hhs.nl wlassistant-0.5.5-1.fc5 tcallawa at redhat.com wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 1 12:16:54 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:16:54 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-01 Message-ID: <20060901071654.A22451@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 1 06:20:06 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2149 Number failed to build: 81 Number expected to fail due to ExclusiveArch or ExcludeArch: 28 Leaving: 53 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 53 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com atitvout-0.4-5 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net crm114-0-0.2.20060704.fc6 rpm at greysector.net deskbar-applet-2.15.91-3.fc6 ivazquez at ivazquez.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gauche-gl-0.4.1-6.fc6 gemi at bluewin.ch gdesklets-0.35.3-8.fc6 luya_tfz at thefinalzone.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de gnome-applet-music-0.9.0-1.fc6 ivazquez at ivazquez.net grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org leafpad-0.8.9-1.fc6 ivazquez at ivazquez.net libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mlton-20051202-8.fc6 adam at spicenitz.org monodevelop-0.11-16.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de nautilus-open-terminal-0.7-2.fc6 stickster at gmail.com nautilus-search-tool-0.2-1.fc5 stickster at gmail.com nco-3.1.2-1.fc6 ed at eh3.com new-1.3.7-2 redhat at flyn.org ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org python-TestGears-0.2-1.fc5 ivazquez at ivazquez.net python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.20-5.fc5 bdpepple at ameritech.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wlassistant-0.5.5-1.fc5 tcallawa at redhat.com wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi xsupplicant-1.2.6-1.fc6 tcallawa at redhat.com With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From j.w.r.degoede at hhs.nl Fri Sep 1 12:28:49 2006 From: j.w.r.degoede at hhs.nl (Hans de Goede) Date: Fri, 01 Sep 2006 14:28:49 +0200 Subject: Extras i386 rawhide rebuild in mock status 2006-09-01 In-Reply-To: <20060901071716.A22474@humbolt.us.dell.com> References: <20060901071716.A22474@humbolt.us.dell.com> Message-ID: <44F82781.2060802@hhs.nl> Matt Domsch wrote: > tuxkart-0.4.0-5.fc6 j.w.r.degoede at hhs.nl Hmm, This failed because of: + make -j4 cd . && autoconf /bin/sh: autoconf: command not found make: *** [configure] Error 127 error: Bad exit status from /var/tmp/rpm-tmp.24197 (%build) However the .spec contains: # stop autoxxx from rerunning, not nescesarry: touch aclocal.m4 touch Makefile.in touch */Makefile.in Which does on my system and also for the FE6 rebuild works as advertised. Are you running builds on a filesystem with low precission timestamps? Or is your machine just too fast? Maybe I should add some sleeps somewhere between the touch'es ? Regards, Hans From Matt_Domsch at dell.com Fri Sep 1 12:39:30 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 1 Sep 2006 07:39:30 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-01 In-Reply-To: <44F82781.2060802@hhs.nl> References: <20060901071716.A22474@humbolt.us.dell.com> <44F82781.2060802@hhs.nl> Message-ID: <20060901123929.GA20913@lists.us.dell.com> On Fri, Sep 01, 2006 at 02:28:49PM +0200, Hans de Goede wrote: > Matt Domsch wrote: > >tuxkart-0.4.0-5.fc6 j.w.r.degoede at hhs.nl > > Hmm, > > This failed because of: > + make -j4 > cd . && autoconf > /bin/sh: autoconf: command not found > make: *** [configure] Error 127 > error: Bad exit status from /var/tmp/rpm-tmp.24197 (%build) > > > However the .spec contains: > # stop autoxxx from rerunning, not nescesarry: > touch aclocal.m4 > touch Makefile.in > touch */Makefile.in > > > Which does on my system and also for the FE6 rebuild works as > advertised. Are you running builds on a filesystem with low precission > timestamps? Or is your machine just too fast? The build system for that package was a PowerEdge 1855 blade, 2 3.6GHz CPUs (plus HT enabled), and is ntp-sync'd. It's running FC5, ext3 as the file system. > Maybe I should add some sleeps somewhere between the touch'es ? or a 'sync' after them all? -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From mtasaka at ioa.s.u-tokyo.ac.jp Fri Sep 1 12:52:16 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 01 Sep 2006 21:52:16 +0900 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157112589.2257.84.camel@localhost.localdomain> References: <1157086455.2236.19.camel@localhost.localdomain> <64722.194.94.224.254.1157103585.squirrel@arlette.freesurf.fr> <44F81B07.1090800@ioa.s.u-tokyo.ac.jp> <1157112589.2257.84.camel@localhost.localdomain> Message-ID: <44F82D00.6070702@ioa.s.u-tokyo.ac.jp> Jindrich Novy wrote: > Hi Mamoru, > > On Fri, 2006-09-01 at 20:35 +0900, Mamoru Tasaka wrote: >> I tried evince with dvi support but evince cannot display dvi file (with >> Japanese character included) correctly. >> >> tetex-xdvi using Xaw3d (not openmotif) seems to work well and I think >> this is one of the most desirable ways for FC6. > > The current teTeX is compiled against libXaw. Does it work correctly for > you with Japanese DVIs? Does a compilation against Xaw3d bring some > advantages related to the Japanese support in comparison with libXaw? I > don't speak Japanese, so I can't try it out myself. Well, I just checked 20060901 rawhide tetex-3.0-28.fc6. This pxdvi (with libXaw) can browse Japanese characters correctly and seems functionally okay. The difference I see is that the looks of tetex with Xaw3d is nicer than that with libXaw, however, no problem for seeing Japanese dvi file. From jlb17 at duke.edu Fri Sep 1 13:34:38 2006 From: jlb17 at duke.edu (Joshua Baker-LePain) Date: Fri, 1 Sep 2006 09:34:38 -0400 (EDT) Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <20060901090331.07CAF733D8@hormel.redhat.com> References: <20060901090331.07CAF733D8@hormel.redhat.com> Message-ID: On Fri, 1 Sep 2006 at 5:03am, Jindrich Novy wrote > On Thu, 2006-08-31 at 21:33 +0100, Kostas Georgiou wrote: >> >> So, is a dvi viewer needed in core? > > It depends. One can use pdftex/pdflatex instead of tex/latex so that DVI > viewers (and gv, dvips) are not needed in this case as the PDF is the > only output. The dvips + gv way isn't always too smooth and I have to > say that xdvi is still the best dvi viewer despite of its age. > > If the most of the teTeX users accepts the usage of pdftex tools, then > moving at least some of the dvi tools to Extras makes sense. In contrast to your experience, I've always found latex/dvips to be smoother and less error prone than pdflatex. And to agree with your other point, xdvi is definitely the best DVI viewer. Viewing the .dvi is the way just about all the teTeX users I support work -- why bother emedding the images in an output file until you really need to? -- Joshua Baker-LePain Department of Biomedical Engineering Duke University From skvidal at linux.duke.edu Fri Sep 1 15:34:26 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 01 Sep 2006 11:34:26 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157092285.2959.52.camel@localhost.localdomain> References: <1157092285.2959.52.camel@localhost.localdomain> Message-ID: <1157124866.12430.8.camel@cutter> On Fri, 2006-09-01 at 15:31 +0900, Naoki wrote: > The docs don't mention anything about it but I'm wondering if yum can > handle this sort of functionality : > > rpm -Uvh --oldpackage http://kickstart/blah/name > > Right now it seems yum can install a specific version of a package, > but it can't 'rollback' to a version if that RPM is already installed. > > I'm guessing that's pretty easy for yum to do so maybe it already can > and I'm missing something? installing an older version is not supported in yum. it could be - but I'm just not sure how happy we should be about supporting that process. It is fairly dangerous. -sv From pschroeder at uplogix.com Fri Sep 1 16:40:03 2006 From: pschroeder at uplogix.com (Paul B Schroeder) Date: Fri, 01 Sep 2006 11:40:03 -0500 Subject: yum question, reverting to old packages. In-Reply-To: <1157092285.2959.52.camel@localhost.localdomain> References: <1157092285.2959.52.camel@localhost.localdomain> Message-ID: <44F86263.6080204@uplogix.com> Here's a mini-rollback howto: http://blog.chris.tylers.info/index.php?/archives/17-How-to-Rollback-Package-UpdatesInstallation-on-Fedora.html Naoki wrote: > The docs don't mention anything about it but I'm wondering if yum can > handle this sort of functionality : > > rpm -Uvh --oldpackage http://kickstart/blah/name > > Right now it seems yum can install a specific version of a package, but > it can't 'rollback' to a version if that RPM is already installed. > > I'm guessing that's pretty easy for yum to do so maybe it already can > and I'm missing something? > -- --- Paul B Schroeder Senior Software Engineer Uplogix, Inc. (http://www.uplogix.com/) From jacliburn at bellsouth.net Fri Sep 1 17:49:30 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Fri, 01 Sep 2006 12:49:30 -0500 Subject: Via VT8237A kernel support In-Reply-To: <20060830190007.GF15881@devserv.devel.redhat.com> References: <44F5A00B.9030305@bellsouth.net> <20060830173953.GB15881@devserv.devel.redhat.com> <44F5DC85.1090102@bellsouth.net> <20060830190007.GF15881@devserv.devel.redhat.com> Message-ID: <44F872AA.90501@bellsouth.net> Alan Cox wrote: > On Wed, Aug 30, 2006 at 01:44:21PM -0500, Jay Cliburn wrote: >> I've not heard a peep as a result of my patch submittal. Is there >> another kernel mailing list I should be watching on which I'd have seen >> the patch applied? (I watch -ide, -scsi, and netdev.) > > I'd guess it got ignored as it was already in the upstream trees. > > Thanks for noticing the PATA ident was missing I've poked Andrew and Linus > and it should be resolved for .18. > Alan, Maybe I should've just kept my mouth shut about the whole thing, because it now looks like there are *two* 1106:0591 lines in the 2.6.18-rc4-mm3 version of drivers/ata/sata_via.c. It doesn't seem to cause any harm, though, since I'm running rc4-mm3 on the system right now. This patch removes one of the dupes. [jcliburn at osprey kernel-2.6.18-rc4-mm3]$ diff -u linux-2.6.18-rc4-mm3/drivers/ata/sata_via.c linux-2.6.18-rc4-mm3-work/drivers/ata/sata_via.c --- linux-2.6.18-rc4-mm3/drivers/ata/sata_via.c 2006-08-31 16:21:40.000000000 -0500 +++ linux-2.6.18-rc4-mm3-work/drivers/ata/sata_via.c 2006-08-31 18:13:24.000000000 -0500 @@ -80,7 +80,6 @@ { 0x1106, 0x0591, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, { 0x1106, 0x3149, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, { 0x1106, 0x3249, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6421 }, - { 0x1106, 0x0591, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, { } /* terminate list */ }; To whom should I submit the patch that fixes this, or, more generally, who is the correct recipient for patches in the new drivers/ata tree? Thanks, Jay From louisg00 at bellsouth.net Fri Sep 1 18:05:21 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 01 Sep 2006 14:05:21 -0400 Subject: orca desktop file in wrong catagory Message-ID: <1157133921.2636.3.camel@soncomputer> The orca menu item is in other under gnome menus. This should be obvious to the maintainer. I will open a bug soon if it's not already there. -Louis From vonbrand at inf.utfsm.cl Fri Sep 1 19:10:29 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Fri, 01 Sep 2006 15:10:29 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: Your message of "Fri, 01 Sep 2006 06:54:15 +0200." <1157086455.2236.19.camel@localhost.localdomain> Message-ID: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> Jindrich Novy wrote: [...] > If the most of the teTeX users accepts the usage of pdftex tools, then > moving at least some of the dvi tools to Extras makes sense. xpdf is (mildly) broken (no fullpage for presentations!), evince is rather unconfortable to use. -- 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 dax at gurulabs.com Fri Sep 1 19:01:45 2006 From: dax at gurulabs.com (Dax Kelson) Date: Fri, 01 Sep 2006 13:01:45 -0600 Subject: new printer with new PPD file In-Reply-To: <1157049310.10951.24.camel@soncomputer> References: <1157049310.10951.24.camel@soncomputer> Message-ID: <1157137305.3459.15.camel@mentorng.gurulabs.com> On Thu, 2006-08-31 at 14:35 -0400, Louis Garcia II wrote: > I just installed an HP Officejet 6310 on my network and noticed that FC6 > does not support this. I have downloaded the ppd file for this printer > and am not sure where it goes. This uses the hplip package and I believe > this file should go > under /usr/share/foomatic/db/source/PPD/HP/all_in_one/hp_officejet_* > Is this correct? > > Also I noticed the new config-printer tool has a Provide PPD file > option, is this the better way? > > -Louis Louis, If I have a PPD file, I always just use CUP's lpadmin command. There is no faster way to add to the printer. Here is an example: lpadmin -p phaser860 -E -P /path/to/yourPPD/tk860dp1.ppd -v http://phaser860.gurulabs.com:80/ipp/ I wrote about this (with some more details) when CUPS first appeared in RHL9: http://www.gurulabs.com/goodies/RedHatLinux9-TechReview.php Dax Kelson Guru Labs From jamatos at fc.up.pt Fri Sep 1 19:22:48 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 1 Sep 2006 20:22:48 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> References: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> Message-ID: <200609012022.48419.jamatos@fc.up.pt> On Friday 01 September 2006 20:10, Horst H. von Brand wrote: > xpdf is (mildly) broken (no fullpage for presentations!), evince is rather > unconfortable to use. jpdf has an excellent presentation mode, I use often, both for o-line reading as well for presentations. -- Jos? Ab?lio From louisg00 at bellsouth.net Fri Sep 1 19:38:53 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 01 Sep 2006 15:38:53 -0400 Subject: new printer with new PPD file In-Reply-To: <1157049310.10951.24.camel@soncomputer> References: <1157049310.10951.24.camel@soncomputer> Message-ID: <1157139533.2702.4.camel@soncomputer> On Thu, 2006-08-31 at 14:35 -0400, Louis Garcia II wrote: > I just installed an HP Officejet 6310 on my network and noticed that FC6 > does not support this. I have downloaded the ppd file for this printer > and am not sure where it goes. This uses the hplip package and I believe > this file should go > under /usr/share/foomatic/db/source/PPD/HP/all_in_one/hp_officejet_* > Is this correct? > > Also I noticed the new config-printer tool has a Provide PPD file > option, is this the better way? > > -Louis I placed the ppd in /usy/share/cups/model and the print tool found it and I was able to print a test page. I wanted to test it with gedit but didn't find the printer listed. After investigating I found the cups daemon not running and I was not able to start it manually. I went back to the print tool and my printer was gone. Whats up with cups? From dax at gurulabs.com Fri Sep 1 20:37:12 2006 From: dax at gurulabs.com (Dax Kelson) Date: Fri, 01 Sep 2006 14:37:12 -0600 Subject: Comments on YaST and admin tools Message-ID: <1157143032.3459.90.camel@mentorng.gurulabs.com> On Thu, 2006-08-31 at 17:12 -0400, Steve Barnhart wrote: > Well Ok I'd like to some people for their actual dissection of what > the problems were. I guess I don't work in production environments > (not that Fedora is even for that??) and didn't realize so many users > hatrid of YaST. I've always found it pretty simple to use but maybe > that's just me. At least reasoning was given..hopefully the team can > atleast add some more system-config-* programs or something. For a living I teach Linux classes and write courseware, my customers ask that I know and cover both RHEL/FC and SLES/SL. Because of this I've gotten very familiar SUSE and YaST over the last few years. I run production servers on RHEL, SLES, Debian, and Solaris for the experience. General problems with GUI admin tools like YaST, system-config-*, and others * Only has the ability to configure a subset of the total functionality ** Advanced config using the tool is often to manual edits in /etc/sysconfig/ files which then get parsed and generate the real config. If I have to do manual edits to get the config I want, why not edit the real config file? * Increased complexity * Doesn't play nicely with, or overwrites, manual edits (usually the case). ** Wants to "take over" * Usually doesn't read the real config for authoritative configuration, but instead has a separate location (xml files, or /etc/syconfig/, or other). Good things about those tools: * Can automate in syntax typo free fashion large configuration changes, or changes that touch many files. For example. Setting up PPP, switching NSS and PAM backends and configuring them, X configuration. Specific problems with YaST (and SUSE configuration in general): * Is heavily plagued with the "config file used to generate another config" file disease. For example, on SUSE 9.3 and higher don't make any edits to /etc/sysctl.conf as they will be overridden by /etc/sysconfig/sysctl which is a YaST style sysconfig file that, of course, doesn't even allow to you specify all possible sysctl keys. * In order to YaSTify certain services you end up with major departures from upstream config style. For example, on my SLES10 box under /etc/apache2 there are 35 .conf files (I only have two in the conf.d directory) as well as /etc/sysconfig/apache2. * Very limited scriptability. Pretty much all of YaST is only interactive. On RHEL/FC boxes a many/most of the system-config tools can be executed non-interactively with switches, for example. system-config-keyboard --noui us * Doesn't encourage the K.I.S.S. principle when adding new features, software to SUSE as it is easy to "just write a yast module" to manage it. * Over engineering. For example, by reading the SUSE bash bootup scripts I've learned amazing scripting techniques that I would have not thought possible with bash and friends. It is obvious the SUSE developer(s) is brilliant, too bad that knowledge is used to introduce complexity instead of remove it. Of course this is my personal opinion and I'm a fan of the simplest solutions for a given problem. * When exiting YaST it re-generates all config files under it's control versus just the one you were working on. * Mixed case commands and odd directories like /sbin/conf.d/. Specific problems with the RHEL/FC system-config tools: * Lack of consistency. Is it --noui, --text, --nox, or system-config-command-tui? * Not a integrated modular system (which would solve the consistency problem). * Limited coverage of system configuration compared to competitors Good things specifically about YaST / SUSE: * Fairly broad coverage of system configuration. * Some cool modules. I like the full featured "Certificate Authority Management" module. Another interesting feature is the /etc/permissions* files, although it can cause false hits with rpm verify. * Automatic curses and GUI/QT interfaces available "for free" to module developers. * Ability to tell it "hands off" certain parts of the system, for example: echo "MAIL_CREATE_CONFIG=no" > /etc/sysconfig/mail. The above list is not complete. Just some things that came to mind. In my opinion porting YaST would be a lot of effort and for what? Naturally the whole YaST system has lots of SUSE specifics (see /sbin/conf.d) and by the time you pull those out what is left? A skeleton of a management framework that supports curses and QT. Would that effort be better spent on an integrated modular multi-interface system that followed the Fedora development philosophies from the get go? Dax Kelson Guru Labs From opensource at till.name Fri Sep 1 20:43:56 2006 From: opensource at till.name (Till Maas) Date: Fri, 01 Sep 2006 22:43:56 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> References: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> Message-ID: <200609012244.18586.opensource@till.name> On Friday 01 September 2006 21:10, Horst H. von Brand wrote: > xpdf is (mildly) broken (no fullpage for presentations!), evince is rather > unconfortable to use. The last time I used xpdf fullscreen mode was available with "xpdf -fullscreen" but it was not possible to switch this after xpdf was started. Regards, Till -------------- 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 Fri Sep 1 20:48:04 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 01 Sep 2006 16:48:04 -0400 Subject: Comments on YaST and admin tools In-Reply-To: <1157143032.3459.90.camel@mentorng.gurulabs.com> References: <1157143032.3459.90.camel@mentorng.gurulabs.com> Message-ID: <1157143684.6577.43.camel@ender> On Fri, 2006-09-01 at 14:37 -0600, Dax Kelson wrote: > > In my opinion porting YaST would be a lot of effort and for what? > Naturally the whole YaST system has lots of SUSE specifics > (see /sbin/conf.d) and by the time you pull those out what is left? A > skeleton of a management framework that supports curses and QT. Would > that effort be better spent on an integrated modular multi-interface > system that followed the Fedora development philosophies from the get > go? Yes, I'd be much more interested in an effort to take all our existing system-config-foo stuff, modularize it (it's all python right?), get it all on a common playing field (--nox vs --tui vs --text vs whatever), and then possibly a tool that can call all of them. But mostly making them all consistent would be a WONDERFUL task and much more effective us of our time. -- 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 louisg00 at bellsouth.net Fri Sep 1 20:57:17 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 01 Sep 2006 16:57:17 -0400 Subject: new printer with new PPD file In-Reply-To: <1157139533.2702.4.camel@soncomputer> References: <1157049310.10951.24.camel@soncomputer> <1157139533.2702.4.camel@soncomputer> Message-ID: <1157144237.2504.3.camel@soncomputer> On Fri, 2006-09-01 at 15:39 -0400, Louis Garcia II wrote: > On Thu, 2006-08-31 at 14:35 -0400, Louis Garcia II wrote: > > I just installed an HP Officejet 6310 on my network and noticed that FC6 > > does not support this. I have downloaded the ppd file for this printer > > and am not sure where it goes. This uses the hplip package and I believe > > this file should go > > under /usr/share/foomatic/db/source/PPD/HP/all_in_one/hp_officejet_* > > Is this correct? > > > > Also I noticed the new config-printer tool has a Provide PPD file > > option, is this the better way? > > > > -Louis > > I placed the ppd in /usy/share/cups/model and the print tool found it > and I was able to print a test page. > > I wanted to test it with gedit but didn't find the printer listed. After > investigating I found the cups daemon not running and I was not able to > start it manually. I went back to the print tool and my printer was > gone. > > Whats up with cups? > I think it was a config error. I started new and now it runs fine and I'm able to print. I put the ppd file in /usr/share/cups/model Their has to be a better way of adding new printers. I am fairly verse in linux but others may not be. -Louis From jamatos at fc.up.pt Fri Sep 1 21:03:15 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 1 Sep 2006 22:03:15 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <200609012022.48419.jamatos@fc.up.pt> References: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> <200609012022.48419.jamatos@fc.up.pt> Message-ID: <200609012203.15732.jamatos@fc.up.pt> On Friday 01 September 2006 20:22, Jos? Matos wrote: > jpdf I meant kpdf obviously, not a java version. :-) -- Jos? Ab?lio From louisg00 at bellsouth.net Fri Sep 1 21:11:30 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 01 Sep 2006 17:11:30 -0400 Subject: Print icon in notification area Message-ID: <1157145090.2960.3.camel@soncomputer> What happened the the notification printer icon? It may have been lost when gtk got printing support but it was useful when printing many jobs. Think it was part of libegg? Any chance of having it work again? -Louis From louisg00 at bellsouth.net Fri Sep 1 19:43:05 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Fri, 01 Sep 2006 15:43:05 -0400 Subject: pup still wants to update glibc-kernheaders and bind-config Message-ID: <1157139785.2702.9.camel@soncomputer> After all these days pup still tells me to update these packages. They are not even in the repository. I would think this is because of old mirrors not synced yet but it has been a while. Who else is seeing this? From notting at redhat.com Fri Sep 1 21:15:37 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 1 Sep 2006 17:15:37 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <200609012203.15732.jamatos@fc.up.pt> References: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> <200609012022.48419.jamatos@fc.up.pt> <200609012203.15732.jamatos@fc.up.pt> Message-ID: <20060901211537.GA20546@nostromo.devel.redhat.com> Jos? Matos (jamatos at fc.up.pt) said: > On Friday 01 September 2006 20:22, Jos? Matos wrote: > > jpdf > > I meant kpdf obviously, not a java version. :-) Well, it does exist... Bill From caillon at redhat.com Fri Sep 1 21:33:40 2006 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 01 Sep 2006 17:33:40 -0400 Subject: rawhide report: 20060831 changes In-Reply-To: <20060831132653.GM2455@free.fr> References: <200608310934.k7V9YPDj009112@hs20-bc2-6.build.redhat.com> <20060831125737.5a8d2b16@python2> <20060831071237.57e826fc@d205-206-253-124.abhsia.telus.net> <20060831132653.GM2455@free.fr> Message-ID: <44F8A734.5090109@redhat.com> Patrice Dumas wrote: > On Thu, Aug 31, 2006 at 07:12:37AM -0600, Myles Green wrote: >> On Thu, 31 Aug 2006 12:57:37 +0200 >> Matthias Saou >> wrote: >> >>> buildsys at redhat.com wrote : >>> >>>> yum-2.9.5-3 >>>> ----------- >>>> * Wed Aug 30 2006 Jeremy Katz - 2.9.5-3 >>>> - fix deprecation warnings in installonlyn (Jack Neely) >>> Looks like installonlyn.py is broken now : >> *sigh* too late :-/ Has anybody created 'the fix' yet? Could you please >> post the link here? Thanks. > > You can comment out or disable plugins in yum.conf: > > #plugins=1 No need to touch the config file twice. yum --noplugins update From sdl.web at gmail.com Fri Sep 1 21:35:23 2006 From: sdl.web at gmail.com (Leon) Date: Fri, 01 Sep 2006 22:35:23 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 References: <20060901090331.07CAF733D8@hormel.redhat.com> Message-ID: On Fri, 1 Sep 2006 09:34:38 -0400 (EDT), Joshua Baker-LePain wrote: > On Fri, 1 Sep 2006 at 5:03am, Jindrich Novy wrote > >> On Thu, 2006-08-31 at 21:33 +0100, Kostas Georgiou wrote: >>> >>> So, is a dvi viewer needed in core? >> >> It depends. One can use pdftex/pdflatex instead of tex/latex so that DVI >> viewers (and gv, dvips) are not needed in this case as the PDF is the >> only output. The dvips + gv way isn't always too smooth and I have to >> say that xdvi is still the best dvi viewer despite of its age. >> >> If the most of the teTeX users accepts the usage of pdftex tools, then >> moving at least some of the dvi tools to Extras makes sense. > > In contrast to your experience, I've always found latex/dvips to be > smoother and less error prone than pdflatex. And to agree with your > other point, xdvi is definitely the best DVI viewer. Viewing the .dvi What about Active-DVI?. It's the one recommended by whizzytex?. > is the way just about all the teTeX users I support work -- why bother > emedding the images in an output file until you really need to? > > -- > Joshua Baker-LePain > Department of Biomedical Engineering > Duke University Footnotes: ? http://pauillac.inria.fr/advi/#requirements ? http://cristal.inria.fr/whizzytex/ -- Leon From notting at redhat.com Fri Sep 1 21:38:19 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 1 Sep 2006 17:38:19 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: References: <20060901090331.07CAF733D8@hormel.redhat.com> Message-ID: <20060901213818.GB21761@nostromo.devel.redhat.com> Leon (sdl.web at gmail.com) said: > > In contrast to your experience, I've always found latex/dvips to be > > smoother and less error prone than pdflatex. And to agree with your > > other point, xdvi is definitely the best DVI viewer. Viewing the .dvi > > What about Active-DVI?. It's the one recommended by whizzytex?. Objective CAML???? :) Bill From alan at redhat.com Fri Sep 1 22:26:57 2006 From: alan at redhat.com (Alan Cox) Date: Fri, 1 Sep 2006 18:26:57 -0400 Subject: Via VT8237A kernel support In-Reply-To: <44F872AA.90501@bellsouth.net> References: <44F5A00B.9030305@bellsouth.net> <20060830173953.GB15881@devserv.devel.redhat.com> <44F5DC85.1090102@bellsouth.net> <20060830190007.GF15881@devserv.devel.redhat.com> <44F872AA.90501@bellsouth.net> Message-ID: <20060901222657.GB24572@devserv.devel.redhat.com> On Fri, Sep 01, 2006 at 12:49:30PM -0500, Jay Cliburn wrote: > Maybe I should've just kept my mouth shut about the whole thing, because > it now looks like there are *two* 1106:0591 lines in the 2.6.18-rc4-mm3 > version of drivers/ata/sata_via.c. It doesn't seem to cause any harm, > though, since I'm running rc4-mm3 on the system right now. Patch is good at that > > This patch removes one of the dupes. > > [jcliburn at osprey kernel-2.6.18-rc4-mm3]$ diff -u > linux-2.6.18-rc4-mm3/drivers/ata/sata_via.c > linux-2.6.18-rc4-mm3-work/drivers/ata/sata_via.c > --- linux-2.6.18-rc4-mm3/drivers/ata/sata_via.c 2006-08-31 > 16:21:40.000000000 -0500 > +++ linux-2.6.18-rc4-mm3-work/drivers/ata/sata_via.c 2006-08-31 > 18:13:24.000000000 -0500 > @@ -80,7 +80,6 @@ > { 0x1106, 0x0591, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, > { 0x1106, 0x3149, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, > { 0x1106, 0x3249, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6421 }, > - { 0x1106, 0x0591, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, > { } /* terminate list */ > }; > > To whom should I submit the patch that fixes this, or, more generally, > who is the correct recipient for patches in the new drivers/ata tree? > jgarzik at pobox.com and cc akpm at osdl.org for -mm bugs (and linux-kernel) From alan at redhat.com Fri Sep 1 22:30:03 2006 From: alan at redhat.com (Alan Cox) Date: Fri, 1 Sep 2006 18:30:03 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <200609012022.48419.jamatos@fc.up.pt> References: <200609011910.k81JAT9r016580@laptop13.inf.utfsm.cl> <200609012022.48419.jamatos@fc.up.pt> Message-ID: <20060901223003.GC24572@devserv.devel.redhat.com> On Fri, Sep 01, 2006 at 08:22:48PM +0100, Jos? Matos wrote: > On Friday 01 September 2006 20:10, Horst H. von Brand wrote: > > xpdf is (mildly) broken (no fullpage for presentations!), evince is rather > > unconfortable to use. > > jpdf has an excellent presentation mode, I use often, both for o-line reading > as well for presentations. kpdf is working nicely for me. FC6test kpdf fixes the "what picture" rendering problem with FC5. I need to check printing with alpha channel images but displaying them works right From sdl.web at gmail.com Fri Sep 1 23:32:56 2006 From: sdl.web at gmail.com (Leon) Date: Sat, 02 Sep 2006 00:32:56 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 References: <20060901090331.07CAF733D8@hormel.redhat.com> <20060901213818.GB21761@nostromo.devel.redhat.com> Message-ID: On Fri, 1 Sep 2006 17:38:19 -0400, Bill Nottingham wrote: > Leon (sdl.web at gmail.com) said: >> > In contrast to your experience, I've always found latex/dvips to be >> > smoother and less error prone than pdflatex. And to agree with your >> > other point, xdvi is definitely the best DVI viewer. Viewing the .dvi >> >> What about Active-DVI?. It's the one recommended by whizzytex?. > > Objective CAML???? :) Just want to show there is something better than xdvi :-) > > Bill -- Leon From gemi at bluewin.ch Sat Sep 2 00:12:49 2006 From: gemi at bluewin.ch (=?ISO-8859-1?Q?G=E9rard?= Milmeister) Date: Sat, 02 Sep 2006 02:12:49 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: References: <20060901090331.07CAF733D8@hormel.redhat.com> <20060901213818.GB21761@nostromo.devel.redhat.com> Message-ID: <1157155969.10671.1.camel@scriabin.tannenrauch.ch> On Sat, 2006-09-02 at 00:32 +0100, Leon wrote: > On Fri, 1 Sep 2006 17:38:19 -0400, Bill Nottingham wrote: > > > Leon (sdl.web at gmail.com) said: > >> > In contrast to your experience, I've always found latex/dvips to be > >> > smoother and less error prone than pdflatex. And to agree with your > >> > other point, xdvi is definitely the best DVI viewer. Viewing the .dvi > >> > >> What about Active-DVI?. It's the one recommended by whizzytex?. > > > > Objective CAML???? :) > > Just want to show there is something better than xdvi :-) I just made an rpm for advi and tried it out. It is certainly not better than xdvi. For example, it doesn't support virtual fonts, which is pretty essential nowadays. -- G?rard Milmeister Langackerstrasse 49 CH-8057 Z?rich From stb52988 at gmail.com Sat Sep 2 01:20:42 2006 From: stb52988 at gmail.com (Steve Barnhart) Date: Fri, 1 Sep 2006 21:20:42 -0400 Subject: Comments on YaST and admin tools In-Reply-To: <1157143684.6577.43.camel@ender> References: <1157143032.3459.90.camel@mentorng.gurulabs.com> <1157143684.6577.43.camel@ender> Message-ID: <15ce3ec0609011820u28421c1aqbf815f5693becbcd@mail.gmail.com> Thank you very much for your indepth reasoning Dax kelson. Perhaps then the development team should work toward unifying all of the system-config tools under one system (perhaps a common GUI similar to YaST). I feel that Fedora could atleast use a control panel-like system to compete with SUSE, even if it may not be the dominant option. I believe a lot of people are perhaps drawn to SUSE because of YaST and maybe branch away from it, whether its a good thing or not. On 9/1/06, Jesse Keating wrote: > On Fri, 2006-09-01 at 14:37 -0600, Dax Kelson wrote: > > > > In my opinion porting YaST would be a lot of effort and for what? > > Naturally the whole YaST system has lots of SUSE specifics > > (see /sbin/conf.d) and by the time you pull those out what is left? A > > skeleton of a management framework that supports curses and QT. Would > > that effort be better spent on an integrated modular multi-interface > > system that followed the Fedora development philosophies from the get > > go? > > Yes, I'd be much more interested in an effort to take all our existing > system-config-foo stuff, modularize it (it's all python right?), get it > all on a common playing field (--nox vs --tui vs --text vs whatever), > and then possibly a tool that can call all of them. But mostly making > them all consistent would be a WONDERFUL task and much more effective us > of our time. > > -- > Jesse Keating > Release Engineer: Fedora > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > -- Steve From rnorwood at redhat.com Sat Sep 2 04:02:53 2006 From: rnorwood at redhat.com (Robin Norwood) Date: Sat, 02 Sep 2006 00:02:53 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157124866.12430.8.camel@cutter> (seth vidal's message of "Fri, 01 Sep 2006 11:34:26 -0400") References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> Message-ID: seth vidal writes: > On Fri, 2006-09-01 at 15:31 +0900, Naoki wrote: >> The docs don't mention anything about it but I'm wondering if yum can >> handle this sort of functionality : >> >> rpm -Uvh --oldpackage http://kickstart/blah/name >> >> Right now it seems yum can install a specific version of a package, >> but it can't 'rollback' to a version if that RPM is already installed. >> >> I'm guessing that's pretty easy for yum to do so maybe it already can >> and I'm missing something? > > installing an older version is not supported in yum. > > it could be - but I'm just not sure how happy we should be about > supporting that process. It is fairly dangerous. It can be fairly important - if the newest package breaks something, it's good to be able to easily install an older version, or a version between the current version and the newest. It's ok if a special incantation is needed to force yum to act that way, but if the only way to get an older package is to go directly to RPM, I think that's less than optimal. -RN -- Robin Norwood Red Hat, Inc. "The Sage does nothing, yet nothing remains undone." -Lao Tzu, Te Tao Ching From skvidal at linux.duke.edu Sat Sep 2 04:11:13 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sat, 02 Sep 2006 00:11:13 -0400 Subject: yum question, reverting to old packages. In-Reply-To: References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> Message-ID: <1157170273.17355.3.camel@cutter> On Sat, 2006-09-02 at 00:02 -0400, Robin Norwood wrote: > seth vidal writes: > > > On Fri, 2006-09-01 at 15:31 +0900, Naoki wrote: > >> The docs don't mention anything about it but I'm wondering if yum can > >> handle this sort of functionality : > >> > >> rpm -Uvh --oldpackage http://kickstart/blah/name > >> > >> Right now it seems yum can install a specific version of a package, > >> but it can't 'rollback' to a version if that RPM is already installed. > >> > >> I'm guessing that's pretty easy for yum to do so maybe it already can > >> and I'm missing something? > > > > installing an older version is not supported in yum. > > > > it could be - but I'm just not sure how happy we should be about > > supporting that process. It is fairly dangerous. > > It can be fairly important - if the newest package breaks something, > it's good to be able to easily install an older version, or a version > between the current version and the newest. It's ok if a special > incantation is needed to force yum to act that way, but if the only way > to get an older package is to go directly to RPM, I think that's less > than optimal. > My concern is mostly with scriptlets. It seems to me that there is no way to reliably reverse a scriptlet of any kind. so reverting to an older version may not necessarily mean a functional system for the user. -sv From seg at haxxed.com Sat Sep 2 07:23:32 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 02 Sep 2006 02:23:32 -0500 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <200608301721.00085.jkeating@redhat.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <200608301721.00085.jkeating@redhat.com> Message-ID: <1157181813.7681.6.camel@localhost> On Wed, 2006-08-30 at 17:20 -0400, Jesse Keating wrote: > Please god no... YAST is one of the worst systems out there. linuxconf is > pretty close too. The fact that Red Hat showed the good sense to dump linuxconf in RH7.x is exactly the move that solidified my devotion to the distribution. (I have been using it since 5.2) Lets not bring it back. -------------- 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 jfrieben at freesurf.fr Sat Sep 2 08:42:59 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Sat, 2 Sep 2006 10:42:59 +0200 (CEST) Subject: Comments on YaST and admin tools In-Reply-To: <15ce3ec0609011820u28421c1aqbf815f5693becbcd@mail.gmail.com> References: <15ce3ec0609011820u28421c1aqbf815f5693becbcd@mail.gmail.com> Message-ID: <52020.194.94.224.254.1157186579.squirrel@jose.freesurf.fr> It has always been a good UNIX tradition to provide -small- tools for individual tasks instead of a huge bloated one to cover many (the so-called "UNIX tools philosophy"). E.g., have a look at: http://www.faqs.org/docs/artu/ch01s06.html "Fedora/Red Hat" has always been exemplary in complying with this basic principle as opposed to competing distribution such as "SUSE" etc. Moreover, the "System -> Administration" menu allows to easily access the different configuration tools. A unified frontend would add a useless additional layer between the user and the specific admin tool which he wants to access. > > Thank you very much for your indepth reasoning Dax kelson. Perhaps then > the development team should work toward unifying all of the > system-config tools under one system (perhaps a common GUI similar to > YaST). I feel that Fedora could atleast use a control panel-like > system to compete with SUSE, even if it may not be the dominant > option. I believe a lot of people are perhaps drawn to SUSE because of > YaST and maybe branch away from it, whether its a good thing or not. > From seg at haxxed.com Sat Sep 2 08:49:56 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 02 Sep 2006 03:49:56 -0500 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060831144706.GA28309@jadzia.bu.edu> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157032116.5475.21.camel@gilboa-work-dev> <20060831144706.GA28309@jadzia.bu.edu> Message-ID: <1157186996.7681.9.camel@localhost> On Thu, 2006-08-31 at 10:47 -0400, Matthew Miller wrote: > To you, perhaps. However, this sort of thing is fairly traditional behavior > in many unix programs -- stop what you're doing without killing the program. Sure, but I don't think "Switch to another mirror" counts as "stopping what you are doing". It's more of a "I'm going to loop endlessly over a million broken mirrors and NEVER stop EVER! Hahahah!". -------------- 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 seg at haxxed.com Sat Sep 2 08:53:46 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 02 Sep 2006 03:53:46 -0500 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <200609011014.32202.jamatos@fc.up.pt> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157101299.17157.0.camel@gilboa-home-dev.localhost> <200609011014.32202.jamatos@fc.up.pt> Message-ID: <1157187226.7681.14.camel@localhost> On Fri, 2006-09-01 at 10:14 +0100, Jos? Matos wrote: > On Friday 01 September 2006 10:01, Gilboa Davara wrote: > > BTW, at least on FC4 and FC5 yum, hitting Ctrl-C will switch mirror just > > file, but will abort the yum operation once the download is complete. > > (Without installing the packages) > > I saw too. It switches mirror, loads the files and after all the downloads > it exits. Yeah its been doing this for a while. This just makes the "switch to another mirror" feature make even less sense. Why would anyone want it to switch to another mirror, but then NOT install the packages? The ability to force a mirror switch is handy, but ctrl-c is the wrong key for it. How about escape instead? -------------- 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 buildsys at redhat.com Sat Sep 2 09:46:21 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 2 Sep 2006 05:46:21 -0400 Subject: rawhide report: 20060902 changes Message-ID: <200609020946.k829kLXV001572@hs20-bc2-6.build.redhat.com> Updated Packages: compiz-0.0.13-0.23.20060817git.fc6 ---------------------------------- * Fri Sep 01 2006 Soren Sandmann - 0.0.13-0.23.20060817git.fc6 - Upgrade to 0.6.61 of the dialog * Fri Sep 01 2006 Soren Sandmann - 0.0.13-0.22.20060817git.fc6 - Add libtool to BuildRequires * Fri Sep 01 2006 Soren Sandmann - 0.0.13-0.22.20060817git.fc6 - Add automake and autoconf to BuildRequires dmraid-1.0.0.rc11-4.fc6 ----------------------- * Fri Sep 01 2006 Peter Jones - 1.0.0.rc11-4 - Require kpartx, so initscripts doesn't have to if you're not using dmraid eclipse-bugzilla-1:0.2.4-2.fc6 ------------------------------ * Fri Sep 01 2006 Ben Konrath 0.2.4-2 - Require java-gcj-compat >= 1.0.64. - Pull in changes from RHDS. - Spec file cleanups. * Mon Aug 14 2006 Igor Foox 0.2.4-1 - Import new version with disabled patching functionality. - Make noarch (overholt). * Sun Aug 13 2006 Ben Konrath 0.2.2-9 - Rebuild for RHDS. eclipse-cdt-1:3.1.0-2 --------------------- * Fri Sep 01 2006 Ben Konrath 3.1.0-2 - Remove jpp in release. - Require java-gcj-compat >= 1.0.64. eclipse-changelog-1:2.2.3-1.fc6 ------------------------------- * Fri Sep 01 2006 Andrew Overholt 2.2.3-1 - Minor specfile cleanups. - Fix pydev patch to match 2.2.3. * Fri Sep 01 2006 Kyu Lee 2.2.3-1 - Import version 2.2.3 which has number of bug fixes, cleaning, and content formatter feature. * Fri Sep 01 2006 Ben Konrath 2.2.2-3 - Require java-gcj-compat >= 1.0.64. eel2-2.15.92-4.fc6 ------------------ * Fri Sep 01 2006 Alexander Larsson - 2.15.92-4 - Don't unnecesarily reset im context (#203865) enscript-1.6.4-4.fc6 -------------------- * Fri Sep 01 2006 Jitka Kudrnacova - 1.6.4-4 - enscript now wrapes long header instead of truncating gnome-applets-1:2.15.90-6.fc6 ----------------------------- * Fri Sep 01 2006 Matthias Clasen - 1:2.15.90-6.fc6 - Make the battstat applet poll less often (204858) gnome-panel-2.15.92-3.fc6 ------------------------- * Fri Sep 01 2006 Matthias Clasen - 2.15.92-3.fc6 - Avoid unneeded wakeups in the clock applet (204862) * Fri Aug 25 2006 Matthias Clasen - 2.15.92-2.fc6 - Install omf files in the proper location (#201034) * Mon Aug 21 2006 Matthias Clasen - 2.15.92-1.fc6 - Update to 2.15.92 - Require pkgconfig in the -devel package - Drop upstreamed patches - Drop stale code from .spec gtk2-2.10.2-6.fc6 ----------------- * Fri Sep 01 2006 Matthias Clasen - 2.10.2-6.fc6 - Fix a problem with entering Hangul in entries guile-5:1.8.0-7.20060831cvs --------------------------- * Fri Sep 01 2006 Miroslav Lichvar - 5:1.8.0-7.20060831cvs - update from CVS ipv6calc-0.61-1 --------------- * Fri Sep 01 2006 Marcela Maslanova - 0.61-1 - upgrade to 0.61-1 - from upstream java-1.4.2-gcj-compat-0:1.4.2.0-40jpp.105 ----------------------------------------- * Thu Aug 31 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp.105 - Comment out and obsolete plugin subpackage. (204728) - Import java-gcj-compat 1.0.65. jpackage-utils-0:1.6.6-1jpp.8 ----------------------------- * Fri Sep 01 2006 Thomas Fitzsimmons - 0:1.6.6-1jpp.8 - Make rebuild-security-providers rebuild /usr/lib/security/classpath.security and /usr/lib64/security/classpath.security. (204660) kdelibs-6:3.5.4-3.fc6 --------------------- * Wed Aug 23 2006 Than Ngo 6:3.5.4-3 - apply upstream patches fix kde#131366, Padding-bottom and padding-top not applied to inline elements fix kde#131933, crash when pressing enter inside a doxygen comment block fix kde#106812, text-align of tables should only be reset in quirk mode fix kde#90462, konqueror crash while rendering in khtml libbonoboui-2.15.1-1.fc6 ------------------------ * Fri Sep 01 2006 Matthias Clasen - 2.15.1-1.fc6 - Update to 2.15.1 - Require pkgconfig in the -devel package libgcrypt-1.2.3-1 ----------------- * Fri Sep 01 2006 Nalin Dahyabhai - 1.2.3-1 - update to 1.2.3 libgnomeui-2.15.91-2.fc6 ------------------------ * Fri Sep 01 2006 Matthew Barnes - 2.15.91-2.fc6 - Don't spawn bug-buddy when bug-buddy itself aborts (RH bug #204943). m17n-db-1.3.3-20.fc6 -------------------- mkinitrd-5.1.10-1 ----------------- * Fri Sep 01 2006 Peter Jones - 5.1.10-1 - Fix %setup args - Work around lvm locking problems when clvm is installed (#203904) - Work around lvm segfault by always using lvm.static - Fix label scanning on dm devices (based on a patch from Hans de Goede) (#204763) - handle the /proc/bus/usb mounting with a state machine in the module loading emission, not with a sentinal value - do forced finding of devices *after* auto-detection of the root fs, so we're not blindsided by bogus scsi_hostadapter aliases and the like. - move nashDm* functions to libnash so stuff in block.c can call them. * Tue Aug 29 2006 David Cantrell - 5.1.9-2 - BuildRequires parted-devel >= 1.7.1-15 pam-0.99.6.2-1.fc6 ------------------ * Thu Aug 31 2006 Tomas Mraz 0.99.6.2-1 - upgrade to new upstream version, as there are mostly bugfixes except improved documentation - add support for session and password service for pam_access and pam_succeed_if - system-auth: skip session pam_unix for crond service * Thu Aug 10 2006 Dan Walsh 0.99.5.0-8 - Add new setkeycreatecon call to pam_selinux to make sure keyring has correct context * Thu Aug 10 2006 Tomas Mraz 0.99.5.0-7 - revoke keyrings properly when pam_keyinit called as root (#201048) - pam_succeed_if should return PAM_USER_UNKNOWN when getpwnam fails (#197748) policycoreutils-1.30.28-1 ------------------------- * Fri Sep 01 2006 Dan Walsh 1.30.28-1 - Security fixes to run python in a more locked down manner - More Translations - Update to upstream * Merged fix for restorecon // handling from Erich Schubert. * Merged translations update and fixfiles fix from Dan Walsh. postfix-2:2.3.3-2 ----------------- * Fri Sep 01 2006 Thomas Woerner 2:2.3.3-2 - fixed upgrade procedure (#202357) * Fri Sep 01 2006 Thomas Woerner 2:2.3.3-1 - new version 2.3.3 - fixed permissions of TLS_LICENSE file samba-0:3.0.23c-2 ----------------- * Fri Sep 01 2006 Jay Fenlason 3.0.23c-2 - New upstream release. scim-1.4.4-33.fc6 ----------------- * Fri Sep 01 2006 Jens Petersen - 1.4.4-33 - update xinput.d script for scim-bridge - improvements to menu and full/half width icons (Andy Fitzsimon) * Thu Aug 24 2006 Jens Petersen - 1.4.4-32 - revert tray icon to a button to get transparency working (#198259) - better full/half icons (Andy Fitzsimon) - silence remove of old alternatives (#203794) * Wed Aug 09 2006 Jens Petersen - 1.4.4-31 - improve scim_panel_gtk-menu-recently-used-factories.patch to handle two letter locale and "other" - simplify scim_panel_gtk-systray-click-199187.patch to handle switching between tray menus better (Qingyu Wang) - add scim_backup-default-engine-2letter-locale.patch to improve matching of m17n maps (#197058) - add scim_utility-Assamese-locale-fix.patch to list Assamese as as_IN scim-bridge-0.4.2-1.fc6 ----------------------- * Fri Sep 01 2006 Jens Petersen - 0.4.2-1 - update to 0.4.2 release (fixes #204657, #204337) - rename gtkimm and qtimm subpackages to gtk and qt respectively - move gtkimm xinput.d script to gtk subpackage - add qtimm xinput.d script to qt subpackage - require scim >= 1.4.4-33.fc6 selinux-policy-2.3.11-1 ----------------------- * Fri Sep 01 2006 Dan Walsh 2.3.11-1 - Update to upstream * Fri Sep 01 2006 Dan Walsh 2.3.10-7 - Fix suspend to disk problems sendmail-8.13.8-1 ----------------- * Fri Sep 01 2006 Thomas Woerner 8.13.8-1 - new version 8.13.8 fixes CVE-2006-4434 (denial of service via a long header line) setroubleshoot-0.41-1 --------------------- * Thu Aug 31 2006 Dan Walsh - 0.41-1 - Fix printing * Thu Aug 31 2006 Dan Walsh - 0.40-1 - Fix notification window problems. Now dissappears and does not regenerate if it has already been seen * Thu Aug 31 2006 Dan Walsh - 0.39-1 - Add Icon - John Dennis * dispatcher.py: rework how audit messages injected into the system and processed. Much of this work was in support of log file scanning which should be coupled to the exact same processing code as audit messages arriving from the audit socket. In essence log file scanning synthesizes an audit message and we inject it into the system the same way socket messages are injected. This was also an excellent moment correctly handle out of order audit messages, something we were not able to handle previously. This may have been contributing to splitting what should have been a single alert into two or more separate alerts because we didn't recongize the incoming audit events as a single event. Correctly assembling out of order messages introduced a fair amount of extra complexity as we now maintain a cache of recent audit events, this is fully documented in dispatcher.py * Turn notifications back on by default. - Karl MacMillan * Separated out HTML rendering and made it easier to translate. tomcat5-0:5.5.17-6jpp.2 ----------------------- * Wed Aug 30 2006 Deepak Bhole 5.5.17-6jpp.2 - Rebuilding. xkeyboard-config-0.8-7.fc6 -------------------------- * Fri Sep 01 2006 Alexander Larsson - 0.8-7 - Update macbook patch to be closer to what got in upstream - (kp enter is ralt, not the option key) Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.0-3.ia64 requires libvirt-python >= 0:0.1.4-3 virt-manager - 0.2.0-3.ia64 requires python-xeninst >= 0:0.90.1 From nman64 at n-man.com Sat Sep 2 15:23:14 2006 From: nman64 at n-man.com (Patrick W. Barnes) Date: Sat, 2 Sep 2006 10:23:14 -0500 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> Message-ID: <200609021023.17321.nman64@n-man.com> On Tuesday 29 August 2006 00:46, "Arthur Pemberton" wrote: > > I apologize ahead of time for the offtopic nature of this thread, and > if desired, I will cease any continuation. Threads over on > fedora-extras-list have brought my attention to the e-dissappearance > of one "Ignacio Vazquez-Abrams". > > This guy has helped me out many times over of #fedora, and was always > online, despite me changing time zone twice - to the point where I > asked if he was a bot. He seemed to have also had a large load in > package maintaince. Fedora being partly about the community, I have to > ask: does anyone know what happened to this guy? His online presence > seems to have simply ceased as of May-2006. I searched Gmail for > emails from him, the last was in May. His blog > (http://www.ivazquez.net) seems also to have gone quiet as of May. > > Just felt that the guy has helped me enough to at least care if he > suddenly died or something. > I went looking for news from the area of any accidents and checked the obituaries to uncover any bad news, but I didn't find anything. I certainly hope he is doing well. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ LinkedIn: http://www.linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rhally at mindspring.com Sat Sep 2 15:58:38 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 11:58:38 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157170273.17355.3.camel@cutter> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> Message-ID: <44F9AA2E.8010406@mindspring.com> seth vidal wrote: > On Sat, 2006-09-02 at 00:02 -0400, Robin Norwood wrote: >> seth vidal writes: >> >>> On Fri, 2006-09-01 at 15:31 +0900, Naoki wrote: >>>> The docs don't mention anything about it but I'm wondering if yum can >>>> handle this sort of functionality : >>>> >>>> rpm -Uvh --oldpackage http://kickstart/blah/name >>>> >>>> Right now it seems yum can install a specific version of a package, >>>> but it can't 'rollback' to a version if that RPM is already installed. >>>> >>>> I'm guessing that's pretty easy for yum to do so maybe it already can >>>> and I'm missing something? >>> installing an older version is not supported in yum. >>> >>> it could be - but I'm just not sure how happy we should be about >>> supporting that process. It is fairly dangerous. >> It can be fairly important - if the newest package breaks something, >> it's good to be able to easily install an older version, or a version >> between the current version and the newest. It's ok if a special >> incantation is needed to force yum to act that way, but if the only way >> to get an older package is to go directly to RPM, I think that's less >> than optimal. >> > > My concern is mostly with scriptlets. > > It seems to me that there is no way to reliably reverse a scriptlet of > any kind. > > so reverting to an older version may not necessarily mean a functional > system for the user. > > -sv > > How does 'rpm --oldpackage' manage it? The times I have used it it seems to have worked correctly. Richard From nman64 at n-man.com Sat Sep 2 16:02:15 2006 From: nman64 at n-man.com (Patrick W. Barnes) Date: Sat, 2 Sep 2006 11:02:15 -0500 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <44F73385.4050209@mindspring.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <20060831184505.GA8179@jadzia.bu.edu> <44F73385.4050209@mindspring.com> Message-ID: <200609021102.17931.nman64@n-man.com> On Thursday 31 August 2006 14:07, Richard Hally wrote: > Matthew Miller wrote: > > On Thu, Aug 31, 2006 at 01:32:05PM -0400, Bill Nottingham wrote: > >>> transaction != atomic transaction. > >> > >> Please allow 4 to 6 weeks for package delivery. > > > > And, bizarrely, be prepared to end up with duplicate packages if there's > > a shipping problem. > > and if you are not there to take delivery we will just dump it on your > driveway and you will have to spread it on your garden yourself. (wink) > > But seriously, without being too pedantic about it, "atomic transaction" > could be considered redundant. In database terms, a "transaction" can be > applied or rolled back and the integrity of the database is preserved in > either case. The smaller the "transaction" size the easier it is to > preserve the database integrity. > > Aw, never mind. We can just use that script on the yum hints page in the > wiki. > Going further on the database terms, most of the work you do on a transaction is *preparing* the transaction. Once the transaction is *ready*, you have a final opportunity to cancel the transaction before you *commit* the transaction. The commit stage is where the real work of the transaction is done, and it is the one stage that you don't want to interrupt. When you decide to cancel a transaction after the commit stage has begun, you must wait until it is done and then prepare a new transaction to roll the previous one back, or there's no telling what sort of condition the database will be left in. In a typical RDBMS, you can usually prepare and commit the reversing transaction very easily, but that's not always the case. In yum, the stages of downloading the headers, calculating the dependencies, and retrieving the packages are all part of preparing the transaction. Once the packages are downloaded, the transaction is ready and yum begins to commit the transaction. Just like in a database, you do not want to kill yum while the transaction is being committed. You can cancel it beforehand, you can roll it back afterwards, but you shouldn't be interrupting it. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ LinkedIn: http://www.linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- 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 j2solutions.net Sat Sep 2 16:10:44 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 02 Sep 2006 12:10:44 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44F9AA2E.8010406@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> Message-ID: <1157213444.6577.83.camel@ender> On Sat, 2006-09-02 at 11:58 -0400, Richard Hally wrote: > How does 'rpm --oldpackage' manage it? > The times I have used it it seems to have worked correctly. My guess is that it just runs the older package scriptlets, and hopes the newer package scriptlets didn't break anything. Kind of like --force and --nodeps. It "works" in some cases, but assumptions are made that can really hork a system. -- 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 rhally at mindspring.com Sat Sep 2 16:32:11 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 12:32:11 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157213444.6577.83.camel@ender> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> Message-ID: <44F9B20B.8020804@mindspring.com> Jesse Keating wrote: > On Sat, 2006-09-02 at 11:58 -0400, Richard Hally wrote: >> How does 'rpm --oldpackage' manage it? >> The times I have used it it seems to have worked correctly. > > My guess is that it just runs the older package scriptlets, and hopes > the newer package scriptlets didn't break anything. Kind of like > --force and --nodeps. It "works" in some cases, but assumptions are > made that can really hork a system. > > Or maybe it does an uninstall of the current package then an install of the "old" package. Perhaps in doesn't make any difference wrt yum, yum could take advantage of the --oldpackage capability of RPM or it could work by doing remove - install and if either --oldpackage or the two step approach can't be done (say for dependencies) notify the user. But since we are speculating about RPM here, perhaps someone who actually knows can help us out. 8-) Richard From jkeating at j2solutions.net Sat Sep 2 16:33:43 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 02 Sep 2006 12:33:43 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44F9B20B.8020804@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> Message-ID: <1157214823.6577.105.camel@ender> On Sat, 2006-09-02 at 12:32 -0400, Richard Hally wrote: > Or maybe it does an uninstall of the current package then an install > of > the "old" package. Perhaps in doesn't make any difference wrt yum, > yum > could take advantage of the --oldpackage capability of RPM or it > could > work by doing remove - install and if either > --oldpackage or the two step approach can't be done (say for > dependencies) notify the user. > But since we are speculating about RPM here, perhaps someone who > actually knows can help us out. 8-) Ah, but the uninstall scriptlets are different than the install scriptlets. So again, whats done in install may not be undone in removal or oldpackage. The point is that like --force and like --nodeps, the results can be pretty bad, and yum would rather not make assumptions about the users system and intent. I applaud that as I've seen far too many users hork themselves by thinking they were doing something smart with --force --nodeps. If you really know what you're doing wrt these flags, you can do it by hand. -- 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 bbbush.yuan at gmail.com Sat Sep 2 16:43:21 2006 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Sun, 3 Sep 2006 00:43:21 +0800 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157187226.7681.14.camel@localhost> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157101299.17157.0.camel@gilboa-home-dev.localhost> <200609011014.32202.jamatos@fc.up.pt> <1157187226.7681.14.camel@localhost> Message-ID: <76e72f800609020943j55d90133u76f06f88df4bb987@mail.gmail.com> 2006/9/2, Callum Lerwick : > On Fri, 2006-09-01 at 10:14 +0100, Jos? Matos wrote: > > On Friday 01 September 2006 10:01, Gilboa Davara wrote: > > > BTW, at least on FC4 and FC5 yum, hitting Ctrl-C will switch mirror just > > > file, but will abort the yum operation once the download is complete. > > > (Without installing the packages) > > > > I saw too. It switches mirror, loads the files and after all the downloads > > it exits. > > Yeah its been doing this for a while. This just makes the "switch to > another mirror" feature make even less sense. Why would anyone want it > to switch to another mirror, but then NOT install the packages? > > The ability to force a mirror switch is handy, but ctrl-c is the wrong > key for it. How about escape instead? > > The most annoying thing regards with swithing mirror, is you could only know the mirror you switched from, not the one switched to. This seems contrary with the intention of random mirrors, and what I need should be yum-fastestmirror.. -- bbbush ^_^ From kloczek at zie.pg.gda.pl Sat Sep 2 16:52:46 2006 From: kloczek at zie.pg.gda.pl (Tomasz =?UTF-8?Q?K=C5=82oczko?=) Date: Sat, 02 Sep 2006 18:52:46 +0200 Subject: memory leak in X server Message-ID: <1157215966.14159.8.camel@kloczek01> Looks like in X server is memory leak. Content of /proc//smaps in attachemt. # grep Size /proc//smaps | sort | tail -n 1 Size: 759840 kB Description of this blok: 09b73000-3817b000 rw-p 09b73000 00:00 0 [heap] Size: 759840 kB Rss: 446600 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 12024 kB Private_Dirty: 434576 kB # ps auxw | grep Xorg root 14318 21.3 26.8 1253392 556080 tty7 Ss+ Aug29 1292:34 /usr/bin/Xorg :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp vt7 kloczek -------------- next part -------------- 000a0000-000c0000 rwxs 000a0000 00:10 1878 /dev/mem Size: 128 kB Rss: 128 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 000f0000-00100000 r-xs 000f0000 00:10 1878 /dev/mem Size: 64 kB Rss: 64 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00111000-00112000 r-xp 00000000 fd:01 1395305 /usr/lib/xorg/modules/fonts/libtype1.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00112000-00113000 rwxp 00000000 fd:01 1395305 /usr/lib/xorg/modules/fonts/libtype1.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00113000-0011a000 r-xp 00000000 fd:01 1393416 /usr/lib/xorg/modules/linux/libdrm.so Size: 28 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0011a000-0011b000 rwxp 00007000 fd:01 1393416 /usr/lib/xorg/modules/linux/libdrm.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0011b000-00125000 r-xp 00000000 fd:01 1395428 /usr/lib/xorg/modules/input/mouse_drv.so Size: 40 kB Rss: 24 kB Shared_Clean: 12 kB Shared_Dirty: 0 kB Private_Clean: 12 kB Private_Dirty: 0 kB 00125000-00126000 rwxp 0000a000 fd:01 1395428 /usr/lib/xorg/modules/input/mouse_drv.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 00126000-0012a000 r-xp 00000000 fd:01 671857 /lib/libnss_dns-2.4.90.so Size: 16 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0012a000-0012b000 r-xp 00003000 fd:01 671857 /lib/libnss_dns-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0012b000-0012c000 rwxp 00004000 fd:01 671857 /lib/libnss_dns-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0012c000-0013b000 r-xp 00000000 fd:01 672542 /lib/libresolv-2.4.90.so Size: 60 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0013b000-0013c000 r-xp 0000e000 fd:01 672542 /lib/libresolv-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0013c000-0013d000 rwxp 0000f000 fd:01 672542 /lib/libresolv-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0013d000-0013f000 rwxp 0013d000 00:00 0 Size: 8 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00144000-0014b000 r-xp 00000000 fd:01 1393125 /usr/lib/xorg/modules/libddc.so Size: 28 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0014b000-0014c000 rwxp 00007000 fd:01 1393125 /usr/lib/xorg/modules/libddc.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0014c000-00161000 r-xp 00000000 fd:01 672582 /lib/libselinux.so.1 Size: 84 kB Rss: 20 kB Shared_Clean: 20 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00161000-00163000 rwxp 00014000 fd:01 672582 /lib/libselinux.so.1 Size: 8 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0019b000-001d3000 r-xp 00000000 fd:01 672567 /lib/libsepol.so.1 Size: 224 kB Rss: 8 kB Shared_Clean: 8 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 001d3000-001d4000 rwxp 00038000 fd:01 672567 /lib/libsepol.so.1 Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 001d4000-001de000 rwxp 001d4000 00:00 0 Size: 40 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 001de000-00248000 r-xp 00000000 fd:01 1395263 /usr/lib/xorg/modules/extensions/libglx.so Size: 424 kB Rss: 12 kB Shared_Clean: 12 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00248000-00258000 rwxp 00069000 fd:01 1395263 /usr/lib/xorg/modules/extensions/libglx.so Size: 64 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 00258000-0025a000 rwxp 00258000 00:00 0 Size: 8 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 00283000-00284000 r-xp 00283000 00:00 0 [vdso] Size: 4 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00284000-0029d000 r-xp 00000000 fd:01 671754 /lib/ld-2.4.90.so Size: 100 kB Rss: 64 kB Shared_Clean: 64 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0029d000-0029e000 r-xp 00018000 fd:01 671754 /lib/ld-2.4.90.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 0029e000-0029f000 rwxp 00019000 fd:01 671754 /lib/ld-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 002a1000-003d8000 r-xp 00000000 fd:01 671859 /lib/libc-2.4.90.so Size: 1244 kB Rss: 556 kB Shared_Clean: 552 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 003d8000-003da000 r-xp 00137000 fd:01 671859 /lib/libc-2.4.90.so Size: 8 kB Rss: 8 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 003da000-003db000 rwxp 00139000 fd:01 671859 /lib/libc-2.4.90.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 003db000-003de000 rwxp 003db000 00:00 0 Size: 12 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 003e0000-00405000 r-xp 00000000 fd:01 671872 /lib/libm-2.4.90.so Size: 148 kB Rss: 48 kB Shared_Clean: 48 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00405000-00406000 r-xp 00024000 fd:01 671872 /lib/libm-2.4.90.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 00406000-00407000 rwxp 00025000 fd:01 671872 /lib/libm-2.4.90.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 00409000-0040b000 r-xp 00000000 fd:01 671902 /lib/libdl-2.4.90.so Size: 8 kB Rss: 8 kB Shared_Clean: 8 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0040b000-0040c000 r-xp 00001000 fd:01 671902 /lib/libdl-2.4.90.so Size: 4 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0040c000-0040d000 rwxp 00002000 fd:01 671902 /lib/libdl-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0040f000-00421000 r-xp 00000000 fd:01 1392887 /usr/lib/libz.so.1.2.3 Size: 72 kB Rss: 12 kB Shared_Clean: 12 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00421000-00422000 rwxp 00011000 fd:01 1392887 /usr/lib/libz.so.1.2.3 Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00422000-0046f000 r-xp 00000000 fd:01 1395787 /usr/lib/xorg/modules/drivers/radeon_drv.so Size: 308 kB Rss: 52 kB Shared_Clean: 40 kB Shared_Dirty: 0 kB Private_Clean: 12 kB Private_Dirty: 0 kB 0046f000-00472000 rwxp 0004d000 fd:01 1395787 /usr/lib/xorg/modules/drivers/radeon_drv.so Size: 12 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 0048e000-004ae000 r-xp 00000000 fd:01 1395257 /usr/lib/xorg/modules/extensions/libextmod.so Size: 128 kB Rss: 60 kB Shared_Clean: 32 kB Shared_Dirty: 0 kB Private_Clean: 28 kB Private_Dirty: 0 kB 004ae000-004af000 rwxp 00020000 fd:01 1395257 /usr/lib/xorg/modules/extensions/libextmod.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 004af000-004eb000 r-xp 00000000 fd:01 1393151 /usr/lib/xorg/modules/libfb.so Size: 240 kB Rss: 140 kB Shared_Clean: 88 kB Shared_Dirty: 0 kB Private_Clean: 52 kB Private_Dirty: 0 kB 004eb000-004ec000 rwxp 0003b000 fd:01 1393151 /usr/lib/xorg/modules/libfb.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 00528000-0052a000 r-xp 00000000 fd:01 1393145 /usr/lib/libXau.so.6.0.0 Size: 8 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0052a000-0052b000 rwxp 00001000 fd:01 1393145 /usr/lib/libXau.so.6.0.0 Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0052d000-00532000 r-xp 00000000 fd:01 1393152 /usr/lib/libXdmcp.so.6.0.0 Size: 20 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00532000-00533000 rwxp 00004000 fd:01 1393152 /usr/lib/libXdmcp.so.6.0.0 Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0053f000-0054a000 r-xp 00000000 fd:01 1395460 /usr/lib/xorg/modules/drivers/ati_drv.so Size: 44 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0054a000-0054c000 rwxp 0000b000 fd:01 1395460 /usr/lib/xorg/modules/drivers/ati_drv.so Size: 8 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00560000-005dd000 r-xp 00000000 fd:01 1393067 /usr/lib/libfreetype.so.6.3.10 Size: 500 kB Rss: 12 kB Shared_Clean: 12 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 005dd000-005e0000 rwxp 0007d000 fd:01 1393067 /usr/lib/libfreetype.so.6.3.10 Size: 12 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 005e2000-0064e000 r-xp 00000000 fd:01 1638644 /usr/lib/libXfont.so.1.4.1 Size: 432 kB Rss: 56 kB Shared_Clean: 48 kB Shared_Dirty: 0 kB Private_Clean: 8 kB Private_Dirty: 0 kB 0064e000-00655000 rwxp 0006c000 fd:01 1638644 /usr/lib/libXfont.so.1.4.1 Size: 28 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB 00655000-00660000 rwxp 00655000 00:00 0 Size: 44 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 00660000-006b2000 r-xp 00000000 fd:01 1395364 /usr/lib/xorg/modules/libxaa.so Size: 328 kB Rss: 156 kB Shared_Clean: 84 kB Shared_Dirty: 0 kB Private_Clean: 72 kB Private_Dirty: 0 kB 006b2000-006b4000 rwxp 00051000 fd:01 1395364 /usr/lib/xorg/modules/libxaa.so Size: 8 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 006bc000-006c7000 r-xp 00000000 fd:01 672541 /lib/libgcc_s-4.1.1-20060825.so.1 (deleted) Size: 44 kB Rss: 12 kB Shared_Clean: 12 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 006c7000-006c8000 rwxp 0000a000 fd:01 672541 /lib/libgcc_s-4.1.1-20060825.so.1 (deleted) Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 006e8000-007e8000 rwxp 006e8000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB 007e8000-007ee000 r-xp 00000000 fd:01 1393317 /usr/lib/xorg/modules/libvgahw.so Size: 24 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 007ee000-007ef000 rwxp 00005000 fd:01 1393317 /usr/lib/xorg/modules/libvgahw.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00835000-0083c000 r-xp 00000000 fd:01 1395339 /usr/lib/xorg/modules/libint10.so Size: 28 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0083c000-0083d000 rwxp 00006000 fd:01 1395339 /usr/lib/xorg/modules/libint10.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 008a4000-008a9000 r-xp 00000000 fd:01 1393316 /usr/lib/libfontenc.so.1.0.0.#prelink#.XL5loN (deleted) Size: 20 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 008a9000-008ab000 rwxp 00004000 fd:01 1393316 /usr/lib/libfontenc.so.1.0.0.#prelink#.XL5loN (deleted) Size: 8 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00911000-00a11000 rwxp 00911000 00:00 0 Size: 1024 kB Rss: 212 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 212 kB 00a11000-00a12000 r-xp 00000000 fd:01 1395302 /usr/lib/xorg/modules/fonts/libfreetype.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00a12000-00a13000 rwxp 00000000 fd:01 1395302 /usr/lib/xorg/modules/fonts/libfreetype.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00a4e000-00b4e000 rwxp 00a4e000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 00b4e000-00b85000 r-xp 00000000 fd:01 1393239 /usr/lib/xorg/modules/libpcidata.so Size: 220 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00b85000-00b9c000 rwxp 00037000 fd:01 1393239 /usr/lib/xorg/modules/libpcidata.so Size: 92 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00bd9000-00bda000 r-xp 00000000 fd:01 1392965 /usr/lib/xorg/modules/fonts/libbitmap.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00bda000-00bdb000 rwxp 00000000 fd:01 1392965 /usr/lib/xorg/modules/fonts/libbitmap.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00c56000-00c5d000 r-xp 00000000 fd:01 1393261 /usr/lib/xorg/modules/libramdac.so Size: 28 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 8 kB Private_Dirty: 0 kB 00c5d000-00c5e000 rwxp 00007000 fd:01 1393261 /usr/lib/xorg/modules/libramdac.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 00c66000-00c6a000 r-xp 00000000 fd:01 1395374 /usr/lib/xorg/modules/linux/libfbdevhw.so Size: 16 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00c6a000-00c6b000 rwxp 00003000 fd:01 1395374 /usr/lib/xorg/modules/linux/libfbdevhw.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00c79000-00c7d000 r-xp 00000000 fd:01 1395253 /usr/lib/xorg/modules/extensions/libdbe.so Size: 16 kB Rss: 16 kB Shared_Clean: 16 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00c7d000-00c7e000 rwxp 00003000 fd:01 1395253 /usr/lib/xorg/modules/extensions/libdbe.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 00ca4000-00ca7000 r-xp 00000000 fd:01 1395373 /usr/lib/xorg/modules/input/kbd_drv.so Size: 12 kB Rss: 8 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 00ca7000-00ca8000 rwxp 00002000 fd:01 1395373 /usr/lib/xorg/modules/input/kbd_drv.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 00ce6000-00ce7000 r-xp 00000000 fd:01 1396837 /usr/lib/xorg/modules/multimedia/theatre_detect_drv.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00ce7000-00ce8000 rwxp 00000000 fd:01 1396837 /usr/lib/xorg/modules/multimedia/theatre_detect_drv.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00de3000-00de6000 r-xp 00000000 fd:01 1395335 /usr/lib/xorg/modules/libi2c.so Size: 12 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00de6000-00de7000 rwxp 00002000 fd:01 1395335 /usr/lib/xorg/modules/libi2c.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00df4000-00dfa000 r-xp 00000000 fd:01 1395281 /usr/lib/xorg/modules/extensions/librecord.so Size: 24 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 8 kB Private_Dirty: 0 kB 00dfa000-00dfb000 rwxp 00005000 fd:01 1395281 /usr/lib/xorg/modules/extensions/librecord.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 0 kB 00e99000-00f99000 rwxp 00e99000 00:00 0 Size: 1024 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 32 kB 00f99000-00f9f000 r-xp 00000000 fd:01 1394039 /usr/lib/xorg/modules/libshadowfb.so Size: 24 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00f9f000-00fa0000 rwxp 00006000 fd:01 1394039 /usr/lib/xorg/modules/libshadowfb.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00fc1000-00fca000 r-xp 00000000 fd:01 671867 /lib/libnss_files-2.4.90.so Size: 36 kB Rss: 12 kB Shared_Clean: 12 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00fca000-00fcb000 r-xp 00008000 fd:01 671867 /lib/libnss_files-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00fcb000-00fcc000 rwxp 00009000 fd:01 671867 /lib/libnss_files-2.4.90.so Size: 4 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00ff8000-00fff000 r-xp 00000000 fd:01 1395255 /usr/lib/xorg/modules/extensions/libdri.so Size: 28 kB Rss: 16 kB Shared_Clean: 16 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 00fff000-01000000 rwxp 00007000 fd:01 1395255 /usr/lib/xorg/modules/extensions/libdri.so Size: 4 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 01000000-0122d000 r-xp 00000000 fd:01 1395250 /usr/lib/xorg/modules/extensions/libGLcore.so Size: 2228 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 0122d000-01240000 rwxp 0022c000 fd:01 1395250 /usr/lib/xorg/modules/extensions/libGLcore.so Size: 76 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 01240000-0124b000 rwxp 01240000 00:00 0 Size: 44 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 01326000-01526000 rwxp 01326000 00:00 0 Size: 2048 kB Rss: 872 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 872 kB 016bb000-017bb000 rwxp 016bb000 00:00 0 Size: 1024 kB Rss: 120 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 120 kB 01fa4000-021a4000 rwxp 01fa4000 00:00 0 Size: 2048 kB Rss: 944 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 940 kB 025dc000-02adc000 rwxp 025dc000 00:00 0 Size: 5120 kB Rss: 1988 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1988 kB 02e8d000-02f8d000 rwxp 02e8d000 00:00 0 Size: 1024 kB Rss: 372 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 372 kB 03230000-03330000 rwxp 03230000 00:00 0 Size: 1024 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 32 kB 033b7000-034b7000 rwxp 033b7000 00:00 0 Size: 1024 kB Rss: 116 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 116 kB 03544000-03644000 rwxp 03544000 00:00 0 Size: 1024 kB Rss: 760 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 760 kB 03768000-03968000 rwxp 03768000 00:00 0 Size: 2048 kB Rss: 80 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 80 kB 03d19000-03e19000 rwxp 03d19000 00:00 0 Size: 1024 kB Rss: 840 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 840 kB 03eab000-03fab000 rwxp 03eab000 00:00 0 Size: 1024 kB Rss: 424 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 424 kB 04161000-04261000 rwxp 04161000 00:00 0 Size: 1024 kB Rss: 116 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 116 kB 04612000-04712000 rwxp 04612000 00:00 0 Size: 1024 kB Rss: 388 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 388 kB 04ac3000-04bc3000 rwxp 04ac3000 00:00 0 Size: 1024 kB Rss: 100 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 100 kB 04c58000-04d58000 rwxp 04c58000 00:00 0 Size: 1024 kB Rss: 352 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 352 kB 04f74000-05174000 rwxp 04f74000 00:00 0 Size: 2048 kB Rss: 2044 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 12 kB Private_Dirty: 2032 kB 05525000-05625000 rwxp 05525000 00:00 0 Size: 1024 kB Rss: 36 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 36 kB 058d6000-05ad6000 rwxp 058d6000 00:00 0 Size: 2048 kB Rss: 172 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 172 kB 05b00000-05e00000 rwxp 05b00000 00:00 0 Size: 3072 kB Rss: 220 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 220 kB 05f0e000-0640e000 rwxp 05f0e000 00:00 0 Size: 5120 kB Rss: 1736 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 1732 kB 067bf000-068bf000 rwxp 067bf000 00:00 0 Size: 1024 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 28 kB 06c70000-06d70000 rwxp 06c70000 00:00 0 Size: 1024 kB Rss: 216 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 216 kB 07121000-07321000 rwxp 07121000 00:00 0 Size: 2048 kB Rss: 476 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 476 kB 073b3000-074b3000 rwxp 073b3000 00:00 0 Size: 1024 kB Rss: 36 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 36 kB 0797d000-07a7d000 rwxp 0797d000 00:00 0 Size: 1024 kB Rss: 428 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 428 kB 07b0f000-07c0f000 rwxp 07b0f000 00:00 0 Size: 1024 kB Rss: 84 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 84 kB 08047000-081f3000 r-xp 00000000 fd:01 1344429 /usr/bin/Xorg Size: 1712 kB Rss: 832 kB Shared_Clean: 480 kB Shared_Dirty: 0 kB Private_Clean: 352 kB Private_Dirty: 0 kB 081f3000-08203000 rw-p 001ac000 fd:01 1344429 /usr/bin/Xorg Size: 64 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 28 kB 08203000-08213000 rw-p 08203000 00:00 0 Size: 64 kB Rss: 52 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 52 kB 082a1000-083a1000 rw-p 082a1000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 08544000-08644000 rw-p 08544000 00:00 0 Size: 1024 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 32 kB 08752000-08852000 rw-p 08752000 00:00 0 Size: 1024 kB Rss: 108 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 108 kB 08903000-08d03000 rw-p 08903000 00:00 0 Size: 4096 kB Rss: 1040 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1040 kB 08f22000-09022000 rw-p 08f22000 00:00 0 Size: 1024 kB Rss: 20 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 20 kB 094ec000-09aec000 rw-p 094ec000 00:00 0 Size: 6144 kB Rss: 2952 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 12 kB Private_Dirty: 2940 kB 09b73000-3817b000 rw-p 09b73000 00:00 0 [heap] Size: 759840 kB Rss: 446892 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 12024 kB Private_Dirty: 434868 kB 381ab000-382ab000 rw-p 381ab000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 386e3000-387e3000 rw-p 386e3000 00:00 0 Size: 1024 kB Rss: 56 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 56 kB 38883000-38c83000 rw-p 38883000 00:00 0 Size: 4096 kB Rss: 736 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 100 kB Private_Dirty: 636 kB 38cdf000-391df000 rw-p 38cdf000 00:00 0 Size: 5120 kB Rss: 1032 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1032 kB 3ab2f000-3ac2f000 rw-p 3ab2f000 00:00 0 Size: 1024 kB Rss: 448 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 448 kB 3acc1000-3adc1000 rw-p 3acc1000 00:00 0 Size: 1024 kB Rss: 60 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 60 kB 3b63c000-3b73c000 rw-p 3b63c000 00:00 0 Size: 1024 kB Rss: 376 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 376 kB 3bb74000-3bf74000 rw-p 3bb74000 00:00 0 Size: 4096 kB Rss: 736 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 736 kB 3c35d000-3c75d000 rw-p 3c35d000 00:00 0 Size: 4096 kB Rss: 996 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 996 kB 3cb95000-3cc95000 rw-p 3cb95000 00:00 0 Size: 1024 kB Rss: 448 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 448 kB 3d67b000-3d684000 rw-p 43082000 00:00 0 Size: 36 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 28 kB 3de07000-3df07000 rw-p 3de07000 00:00 0 Size: 1024 kB Rss: 36 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 36 kB 3e4f5000-3e5f5000 rw-p 3e4f5000 00:00 0 Size: 1024 kB Rss: 264 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 264 kB 3e5fe000-3e6fe000 rw-p 3e5fe000 00:00 0 Size: 1024 kB Rss: 100 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 100 kB 3e817000-3e917000 rw-p 3e817000 00:00 0 Size: 1024 kB Rss: 480 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 480 kB 3ed65000-3f265000 rw-p 3ed65000 00:00 0 Size: 5120 kB Rss: 2264 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 8 kB Private_Dirty: 2256 kB 3f3f8000-3f4f8000 rw-p 3f3f8000 00:00 0 Size: 1024 kB Rss: 72 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 72 kB 3fb4c000-3ff4c000 rw-p 3fb4c000 00:00 0 Size: 4096 kB Rss: 892 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 892 kB 41425000-41525000 rw-p 41425000 00:00 0 Size: 1024 kB Rss: 76 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 76 kB 416db000-418db000 rw-p 416db000 00:00 0 Size: 2048 kB Rss: 116 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 116 kB 4224e000-4264e000 rw-p 4224e000 00:00 0 Size: 4096 kB Rss: 1632 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 32 kB Private_Dirty: 1600 kB 42754000-42854000 rw-p 42754000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 42978000-42a78000 rw-p 42978000 00:00 0 Size: 1024 kB Rss: 536 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 536 kB 431c3000-437c3000 rw-p 431c3000 00:00 0 Size: 6144 kB Rss: 2980 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 2980 kB 4394d000-43a4d000 rw-p 4394d000 00:00 0 Size: 1024 kB Rss: 176 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 176 kB 43f17000-44017000 rw-p 43f17000 00:00 0 Size: 1024 kB Rss: 460 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 460 kB 44233000-4430b000 rw-p 44233000 00:00 0 Size: 864 kB Rss: 864 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 860 kB Private_Dirty: 4 kB 44a73000-44b73000 rw-p 44a73000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB 44c97000-44d97000 rw-p 44c97000 00:00 0 Size: 1024 kB Rss: 64 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 64 kB 45580000-45a80000 rw-p 45580000 00:00 0 Size: 5120 kB Rss: 328 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 328 kB 46c33000-46d33000 rw-p 46c33000 00:00 0 Size: 1024 kB Rss: 432 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 432 kB 46ee9000-46fe9000 rw-p 46ee9000 00:00 0 Size: 1024 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 28 kB 477d2000-47dd2000 rw-p 477d2000 00:00 0 Size: 6144 kB Rss: 2316 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 2316 kB 47e64000-47f64000 rw-p 47e64000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB 48871000-48d71000 rw-p 48871000 00:00 0 Size: 5120 kB Rss: 1284 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 8 kB Private_Dirty: 1276 kB 4a75c000-4a85c000 rw-p 4a75c000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 4aa12000-4ab12000 rw-p 4aa12000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 4b2fb000-4b4fb000 rw-p 4b2fb000 00:00 0 Size: 2048 kB Rss: 536 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 536 kB 4b58d000-4b68d000 rw-p 4b58d000 00:00 0 Size: 1024 kB Rss: 116 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 116 kB 4b6b1000-4bbb1000 rw-p 4b6b1000 00:00 0 Size: 5120 kB Rss: 788 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 788 kB 4bbe9000-4bee9000 rw-p 4bbe9000 00:00 0 Size: 3072 kB Rss: 556 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 556 kB 4e5e1000-4e6e1000 rw-p 4e5e1000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 4e897000-4e997000 rw-p 4e897000 00:00 0 Size: 1024 kB Rss: 40 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 40 kB 4ea29000-4ef29000 rw-p 4ea29000 00:00 0 Size: 5120 kB Rss: 564 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 564 kB 4f009000-4f109000 rw-p 4f009000 00:00 0 Size: 1024 kB Rss: 56 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 52 kB 4f2bf000-4f3bf000 rw-p 4f2bf000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB 4f770000-4f870000 rw-p 4f770000 00:00 0 Size: 1024 kB Rss: 440 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 440 kB 4fc21000-50021000 rw-p 4fc21000 00:00 0 Size: 4096 kB Rss: 876 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 876 kB 519f8000-51af8000 rw-p 519f8000 00:00 0 Size: 1024 kB Rss: 936 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 12 kB Private_Dirty: 924 kB 51cae000-521ae000 rw-p 51cae000 00:00 0 Size: 5120 kB Rss: 720 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 20 kB Private_Dirty: 700 kB 52827000-52927000 rw-p 52827000 00:00 0 Size: 1024 kB Rss: 332 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 332 kB 52a4b000-52b4b000 rw-p 52a4b000 00:00 0 Size: 1024 kB Rss: 96 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 96 kB 52d7d000-5327d000 rw-p 52d7d000 00:00 0 Size: 5120 kB Rss: 1224 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1224 kB 542d6000-543d6000 rw-p 542d6000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB 54e62000-54f62000 rw-p 54e62000 00:00 0 Size: 1024 kB Rss: 132 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 132 kB 55640000-55740000 rw-p 55640000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 55864000-55964000 rw-p 55864000 00:00 0 Size: 1024 kB Rss: 36 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 36 kB 55a88000-55b88000 rw-p 55a88000 00:00 0 Size: 1024 kB Rss: 204 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 204 kB 55c1a000-5601a000 rw-p 55c1a000 00:00 0 Size: 4096 kB Rss: 612 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 12 kB Private_Dirty: 600 kB 5627d000-5637d000 rw-p 5627d000 00:00 0 Size: 1024 kB Rss: 92 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 92 kB 56adf000-56bdf000 rw-p 56adf000 00:00 0 Size: 1024 kB Rss: 220 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 220 kB 57017000-57517000 rw-p 57017000 00:00 0 Size: 5120 kB Rss: 400 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 400 kB 578e3000-579e3000 rw-p 578e3000 00:00 0 Size: 1024 kB Rss: 660 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 656 kB 58ac3000-58fc3000 rw-p 58ac3000 00:00 0 Size: 5120 kB Rss: 1256 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1256 kB 5920b000-5930b000 rw-p 5920b000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 5978f000-5988f000 rw-p 5978f000 00:00 0 Size: 1024 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 8 kB Private_Dirty: 24 kB 599b3000-59ab3000 rw-p 599b3000 00:00 0 Size: 1024 kB Rss: 992 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 992 kB 5a29c000-5a79c000 rw-p 5a29c000 00:00 0 Size: 5120 kB Rss: 608 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 608 kB 5b444000-5b544000 rw-p 5b444000 00:00 0 Size: 1024 kB Rss: 236 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 236 kB 5b973000-5bd73000 rw-p 5b973000 00:00 0 Size: 4096 kB Rss: 908 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 908 kB 5bea2000-5bfa2000 rw-p 5bea2000 00:00 0 Size: 1024 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 28 kB 5c034000-5c134000 rw-p 5c034000 00:00 0 Size: 1024 kB Rss: 180 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 180 kB 5d657000-5d757000 rw-p 5d657000 00:00 0 Size: 1024 kB Rss: 92 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 92 kB 5db98000-5dc98000 rw-p 5db98000 00:00 0 Size: 1024 kB Rss: 52 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 52 kB 5ddbc000-5debc000 rw-p 5ddbc000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 5e2ff000-5e3ff000 rw-p 5e2ff000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB 5e837000-5ec37000 rw-p 5e837000 00:00 0 Size: 4096 kB Rss: 1396 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 1392 kB 5ed01000-5f201000 rw-p 5ed01000 00:00 0 Size: 5120 kB Rss: 624 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 624 kB 5f3b7000-5f4b7000 rw-p 5f3b7000 00:00 0 Size: 1024 kB Rss: 400 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 400 kB 60ea8000-60fa8000 rw-p 60ea8000 00:00 0 Size: 1024 kB Rss: 20 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 20 kB 610cc000-611cc000 rw-p 610cc000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 619b5000-61bb5000 rw-p 619b5000 00:00 0 Size: 2048 kB Rss: 812 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 812 kB 61bed000-623ed000 rw-p 61bed000 00:00 0 Size: 8192 kB Rss: 2248 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 2248 kB 62949000-62a49000 rw-p 62949000 00:00 0 Size: 1024 kB Rss: 200 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 200 kB 62b6d000-62c6d000 rw-p 62b6d000 00:00 0 Size: 1024 kB Rss: 464 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 464 kB 6301e000-6311e000 rw-p 6301e000 00:00 0 Size: 1024 kB Rss: 580 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 576 kB 6495e000-64a5e000 rw-p 6495e000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 64c14000-64d14000 rw-p 64c14000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB 65157000-65757000 rw-p 65157000 00:00 0 Size: 6144 kB Rss: 1292 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 1288 kB 65c21000-65d21000 rw-p 65c21000 00:00 0 Size: 1024 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 32 kB 65e45000-65f45000 rw-p 65e45000 00:00 0 Size: 1024 kB Rss: 652 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 652 kB 66092000-66492000 rw-p 66092000 00:00 0 Size: 4096 kB Rss: 572 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 572 kB 67b3f000-67c3f000 rw-p 67b3f000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 68103000-68203000 rw-p 68103000 00:00 0 Size: 1024 kB Rss: 76 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 76 kB 685cf000-689cf000 rw-p 685cf000 00:00 0 Size: 4096 kB Rss: 552 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 552 kB 68b75000-68c75000 rw-p 68b75000 00:00 0 Size: 1024 kB Rss: 460 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 460 kB 68d07000-68e07000 rw-p 68d07000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB 68e99000-68f99000 rw-p 68e99000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB 690bd000-691bd000 rw-p 690bd000 00:00 0 Size: 1024 kB Rss: 264 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 260 kB 698e4000-69de4000 rw-p 698e4000 00:00 0 Size: 5120 kB Rss: 712 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 712 kB 6a6e0000-6a7e0000 rw-p 6a6e0000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 8 kB 6ab21000-6ab81000 rw-s 00000000 00:08 14876702 /SYSV00000000 (deleted) Size: 384 kB Rss: 96 kB Shared_Clean: 96 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 6b483000-6b583000 rw-p 6b483000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB 6b6a7000-6b7a7000 rw-p 6b6a7000 00:00 0 Size: 1024 kB Rss: 20 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 20 kB 6b839000-6bd39000 rw-p 6b839000 00:00 0 Size: 5120 kB Rss: 1040 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1040 kB 6be5d000-6bf5d000 rw-p 6be5d000 00:00 0 Size: 1024 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 32 kB 6c081000-6c181000 rw-p 6c081000 00:00 0 Size: 1024 kB Rss: 196 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 196 kB 6cd61000-6d261000 rw-p 6cd61000 00:00 0 Size: 5120 kB Rss: 1904 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1904 kB 6eaf4000-6eef4000 rw-p 6eaf4000 00:00 0 Size: 4096 kB Rss: 1100 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1100 kB 6ef86000-6f086000 rw-p 6ef86000 00:00 0 Size: 1024 kB Rss: 40 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 40 kB 6f23c000-6f33c000 rw-p 6f23c000 00:00 0 Size: 1024 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 28 kB 701ce000-702ce000 rw-p 701ce000 00:00 0 Size: 1024 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 24 kB 703f2000-704f2000 rw-p 703f2000 00:00 0 Size: 1024 kB Rss: 20 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 20 kB 70e3d000-70f3d000 rw-p 70e3d000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB 71375000-71575000 rw-p 71375000 00:00 0 Size: 2048 kB Rss: 692 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 692 kB 7159f000-7189f000 rw-p 7159f000 00:00 0 Size: 3072 kB Rss: 44 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 44 kB 719ad000-71dad000 rw-p 719ad000 00:00 0 Size: 4096 kB Rss: 112 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 32 kB Private_Dirty: 80 kB 721e5000-722e5000 rw-p 721e5000 00:00 0 Size: 1024 kB Rss: 200 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 8 kB Private_Dirty: 192 kB 739cb000-73acb000 rw-p 739cb000 00:00 0 Size: 1024 kB Rss: 44 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 40 kB 73c81000-73d81000 rw-p 73c81000 00:00 0 Size: 1024 kB Rss: 76 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 16 kB Private_Dirty: 60 kB 73e08000-73f08000 rw-p 73e08000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB 74124000-74524000 rw-p 74124000 00:00 0 Size: 4096 kB Rss: 580 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 576 kB 76b86000-76c86000 rw-p 76b86000 00:00 0 Size: 1024 kB Rss: 184 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 184 kB 76d18000-76e18000 rw-p 76d18000 00:00 0 Size: 1024 kB Rss: 84 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 84 kB 7725b000-7735b000 rw-p 7725b000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB 77793000-77b93000 rw-p 77793000 00:00 0 Size: 4096 kB Rss: 496 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 496 kB 78b12000-78c12000 rw-p 78b12000 00:00 0 Size: 1024 kB Rss: 20 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 20 kB 79fa6000-7a0a6000 rw-p 79fa6000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 7a1ca000-7a2ca000 rw-p 7a1ca000 00:00 0 Size: 1024 kB Rss: 1016 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1016 kB 7a74b000-7a84b000 rw-p 7a74b000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB 7ba41000-7bc41000 rw-p 7ba41000 00:00 0 Size: 2048 kB Rss: 244 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 244 kB 7bd2f000-7be2f000 rw-p 7bd2f000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB 7c267000-7c367000 rw-p 7c267000 00:00 0 Size: 1024 kB Rss: 40 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 40 kB 7d55c000-7d65c000 rw-p 7d55c000 00:00 0 Size: 1024 kB Rss: 152 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 152 kB 7d780000-7d880000 rw-p 7d780000 00:00 0 Size: 1024 kB Rss: 208 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 208 kB 7dcc3000-7ddc3000 rw-p 7dcc3000 00:00 0 Size: 1024 kB Rss: 720 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 720 kB 7e174000-7e674000 rw-p 7e174000 00:00 0 Size: 5120 kB Rss: 812 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 812 kB 80957000-80a57000 rw-p 80957000 00:00 0 Size: 1024 kB Rss: 88 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 88 kB 80b7b000-80c7b000 rw-p 80b7b000 00:00 0 Size: 1024 kB Rss: 576 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 576 kB 810be000-811be000 rw-p 810be000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB 8156f000-8166f000 rw-p 8156f000 00:00 0 Size: 1024 kB Rss: 480 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 480 kB 8173b000-81a3b000 rw-p 8173b000 00:00 0 Size: 3072 kB Rss: 548 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 548 kB 81d40000-81e40000 rw-p 81d40000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB 83795000-83895000 rw-p 83795000 00:00 0 Size: 1024 kB Rss: 40 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 40 kB 83d5f000-83e5f000 rw-p 83d5f000 00:00 0 Size: 1024 kB Rss: 508 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 508 kB 83f83000-84083000 rw-p 83f83000 00:00 0 Size: 1024 kB Rss: 408 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 408 kB 8454d000-8494d000 rw-p 8454d000 00:00 0 Size: 4096 kB Rss: 288 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 284 kB 84cfe000-84dfe000 rw-p 84cfe000 00:00 0 Size: 1024 kB Rss: 220 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 220 kB 86e34000-86f34000 rw-p 86e34000 00:00 0 Size: 1024 kB Rss: 480 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 480 kB 87306000-87406000 rw-p 87306000 00:00 0 Size: 1024 kB Rss: 20 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 20 kB 8783e000-87c3e000 rw-p 8783e000 00:00 0 Size: 4096 kB Rss: 148 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 148 kB 88d1e000-89032000 rw-p 88d1e000 00:00 0 Size: 3152 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 8a2c5000-8a3c5000 rw-p 8a2c5000 00:00 0 Size: 1024 kB Rss: 124 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 124 kB 8a4e9000-8a5e9000 rw-p 8a4e9000 00:00 0 Size: 1024 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 28 kB 8a70d000-8a80d000 rw-p 8a70d000 00:00 0 Size: 1024 kB Rss: 680 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 680 kB 8b109000-8b209000 rw-p 8b109000 00:00 0 Size: 1024 kB Rss: 460 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 460 kB 8d4e7000-8d5e7000 rw-p 8d4e7000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 8d70b000-8d80b000 rw-p 8d70b000 00:00 0 Size: 1024 kB Rss: 24 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 24 kB 9015a000-9025a000 rw-p 9015a000 00:00 0 Size: 1024 kB Rss: 72 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 72 kB 9037e000-9047e000 rw-p 9037e000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB 926d0000-93320000 rw-p 926d0000 00:00 0 Size: 12608 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB 9419f000-9429f000 rw-p 9419f000 00:00 0 Size: 1024 kB Rss: 68 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 68 kB 943c3000-944c3000 rw-p 943c3000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB 96b78000-96c78000 rw-p 96b78000 00:00 0 Size: 1024 kB Rss: 24 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 24 kB 97336000-97436000 rw-p 97336000 00:00 0 Size: 1024 kB Rss: 88 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 88 kB 99ef8000-99ff8000 rw-p 99ef8000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB 9a11c000-9a21c000 rw-p 9a11c000 00:00 0 Size: 1024 kB Rss: 68 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 68 kB 9ce02000-9cf02000 rw-p 9ce02000 00:00 0 Size: 1024 kB Rss: 28 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 28 kB 9d0b8000-9d1b8000 rw-p 9d0b8000 00:00 0 Size: 1024 kB Rss: 32 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 32 kB 9f842000-9f942000 rw-p 9f842000 00:00 0 Size: 1024 kB Rss: 96 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 96 kB 9faf8000-9fbf8000 rw-p 9faf8000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB a26ba000-a27ba000 rw-p a26ba000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB a28de000-a29de000 rw-p a28de000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 8 kB a5532000-a5632000 rw-p a5532000 00:00 0 Size: 1024 kB Rss: 168 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 168 kB a5756000-a5856000 rw-p a5756000 00:00 0 Size: 1024 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB a8628000-a8728000 rw-p a8628000 00:00 0 Size: 1024 kB Rss: 484 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 484 kB a884c000-a894c000 rw-p a884c000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB ab966000-aba66000 rw-p ab966000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB abc1c000-abd1c000 rw-p abc1c000 00:00 0 Size: 1024 kB Rss: 784 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 784 kB ae30f000-ae40f000 rw-p ae30f000 00:00 0 Size: 1024 kB Rss: 168 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 168 kB ae533000-ae633000 rw-p ae533000 00:00 0 Size: 1024 kB Rss: 12 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 12 kB b099e000-b0a9e000 rw-p b099e000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB b0bc2000-b0cc2000 rw-p b0bc2000 00:00 0 Size: 1024 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 8 kB b0d54000-b0e54000 rw-p b0d54000 00:00 0 Size: 1024 kB Rss: 36 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 32 kB b0f78000-b1078000 rw-p b0f78000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB b2e92000-b2ef2000 rw-s 00000000 00:08 2818072 /SYSV00000000 (deleted) Size: 384 kB Rss: 248 kB Shared_Clean: 248 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b2ef2000-b2f52000 rw-s 00000000 00:08 2752534 /SYSV00000000 (deleted) Size: 384 kB Rss: 128 kB Shared_Clean: 0 kB Shared_Dirty: 128 kB Private_Clean: 0 kB Private_Dirty: 0 kB b2fb2000-b3012000 rw-s 00000000 00:08 2686996 /SYSV00000000 (deleted) Size: 384 kB Rss: 288 kB Shared_Clean: 288 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3012000-b3072000 rw-s 00000000 00:08 2555920 /SYSV00000000 (deleted) Size: 384 kB Rss: 64 kB Shared_Clean: 64 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3406000-b340a000 rw-p b3b86000 00:00 0 Size: 16 kB Rss: 16 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 16 kB b3445000-b34a5000 rw-s 00000000 00:08 20709403 /SYSV00000000 (deleted) Size: 384 kB Rss: 360 kB Shared_Clean: 0 kB Shared_Dirty: 360 kB Private_Clean: 0 kB Private_Dirty: 0 kB b34a5000-b3505000 rw-s 00000000 00:08 20676634 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3505000-b3565000 rw-s 00000000 00:08 21561361 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3565000-b35c5000 rw-s 00000000 00:08 21528589 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b35c5000-b3766000 rw-s 00000000 00:08 20381730 /SYSV00000000 (deleted) Size: 1668 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3766000-b37c6000 rw-s 00000000 00:08 20348947 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b37c6000-b3826000 rw-s 00000000 00:08 2523151 /SYSV00000000 (deleted) Size: 384 kB Rss: 188 kB Shared_Clean: 188 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3826000-b3886000 rw-s 00000000 00:08 2490382 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3886000-b38e6000 rw-s 00000000 00:08 20316191 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b38e6000-b3946000 rw-s 00000000 00:08 2424844 /SYSV00000000 (deleted) Size: 384 kB Rss: 64 kB Shared_Clean: 64 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3946000-b39a6000 rw-s 00000000 00:08 2392075 /SYSV00000000 (deleted) Size: 384 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b39a6000-b3a06000 rw-s 00000000 00:08 2359306 /SYSV00000000 (deleted) Size: 384 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3a06000-b3a66000 rw-s 00000000 00:08 15663113 /SYSV00000000 (deleted) Size: 384 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3a66000-b3ac6000 rw-s 00000000 00:08 15794184 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3ac6000-b3b26000 rw-s 00000000 00:08 2260999 /SYSV00000000 (deleted) Size: 384 kB Rss: 288 kB Shared_Clean: 288 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3b26000-b3b86000 rw-s 00000000 00:08 2228230 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3ba4000-b3c04000 rw-s 00000000 00:08 4915228 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3c04000-b3c64000 rw-s 00000000 00:08 2195461 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 384 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3c64000-b3cc4000 rw-s 00000000 00:08 2162692 /SYSV00000000 (deleted) Size: 384 kB Rss: 384 kB Shared_Clean: 132 kB Shared_Dirty: 252 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3cc4000-b3d24000 rw-s 00000000 00:08 4456451 /SYSV00000000 (deleted) Size: 384 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3d24000-b3d84000 rw-s 00000000 00:08 15761410 /SYSV00000000 (deleted) Size: 384 kB Rss: 336 kB Shared_Clean: 0 kB Shared_Dirty: 336 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3d84000-b3de4000 rw-s 00000000 00:08 2064385 /SYSV00000000 (deleted) Size: 384 kB Rss: 288 kB Shared_Clean: 288 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3df3000-b3e53000 rw-s 00000000 00:08 4882457 /SYSV00000000 (deleted) Size: 384 kB Rss: 288 kB Shared_Clean: 288 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3e53000-b3eb3000 rw-s 00000000 00:08 2621458 /SYSV00000000 (deleted) Size: 384 kB Rss: 320 kB Shared_Clean: 320 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3eb3000-b3f13000 rw-s 00000000 00:08 2031616 /SYSV00000000 (deleted) Size: 384 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3f13000-b3f48000 r--s 00000000 fd:01 34122 /var/db/nscd/passwd Size: 212 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3f48000-b3f7d000 r--s 00000000 fd:01 33985 /var/db/nscd/hosts Size: 212 kB Rss: 4 kB Shared_Clean: 4 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b3f7d000-b7f7d000 rw-s f0000000 00:10 1878 /dev/mem Size: 65536 kB Rss: 65536 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b7f7d000-b7f81000 rw-p b7f7d000 00:00 0 Size: 16 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB b7f8b000-b7f8e000 rw-s 00000000 00:08 2785303 /SYSV00000000 (deleted) Size: 12 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 8 kB Private_Clean: 0 kB Private_Dirty: 0 kB b7f8e000-b7f91000 rw-s 00000000 00:08 2719765 /SYSV00000000 (deleted) Size: 12 kB Rss: 8 kB Shared_Clean: 0 kB Shared_Dirty: 8 kB Private_Clean: 0 kB Private_Dirty: 0 kB b7f91000-b7fa1000 rw-s f9000000 00:10 1878 /dev/mem Size: 64 kB Rss: 64 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB b7fa1000-b80a1000 rw-p b7fa1000 00:00 0 Size: 1024 kB Rss: 120 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 120 kB b8344000-b8444000 rw-p b8344000 00:00 0 Size: 1024 kB Rss: 124 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 124 kB b84d6000-b85d6000 rw-p b84d6000 00:00 0 Size: 1024 kB Rss: 1016 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 1012 kB b878c000-b888c000 rw-p b878c000 00:00 0 Size: 1024 kB Rss: 492 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 492 kB b8cc4000-b8dc4000 rw-p b8cc4000 00:00 0 Size: 1024 kB Rss: 116 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 116 kB b9175000-b9275000 rw-p b9175000 00:00 0 Size: 1024 kB Rss: 1024 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1024 kB b9626000-b9726000 rw-p b9626000 00:00 0 Size: 1024 kB Rss: 172 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 172 kB b97ad000-b98ad000 rw-p b97ad000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB b9b50000-ba050000 rw-p b9b50000 00:00 0 Size: 5120 kB Rss: 832 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 832 kB ba401000-ba501000 rw-p ba401000 00:00 0 Size: 1024 kB Rss: 136 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 136 kB ba6a1000-ba8a1000 rw-p ba6a1000 00:00 0 Size: 2048 kB Rss: 1084 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 1084 kB ba8b2000-ba9b2000 rw-p ba8b2000 00:00 0 Size: 1024 kB Rss: 220 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 220 kB bad63000-bae63000 rw-p bad63000 00:00 0 Size: 1024 kB Rss: 912 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 912 kB bb29b000-bb39b000 rw-p bb29b000 00:00 0 Size: 1024 kB Rss: 92 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 92 kB bb5b7000-bb6b7000 rw-p bb5b7000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB bb74c000-bb94c000 rw-p bb74c000 00:00 0 Size: 2048 kB Rss: 40 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 40 kB bbc76000-bc076000 rw-p bbc76000 00:00 0 Size: 4096 kB Rss: 692 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 692 kB bc4ae000-bc5ae000 rw-p bc4ae000 00:00 0 Size: 1024 kB Rss: 260 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 260 kB bc5d2000-bc9d2000 rw-p bc5d2000 00:00 0 Size: 4096 kB Rss: 896 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 892 kB bca83000-bcc83000 rw-p bca83000 00:00 0 Size: 2048 kB Rss: 164 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 164 kB bce21000-bcf21000 rw-p bce21000 00:00 0 Size: 1024 kB Rss: 324 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 324 kB bd1c4000-bd7c4000 rw-p bd1c4000 00:00 0 Size: 6144 kB Rss: 792 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 792 kB bda75000-bdb75000 rw-p bda75000 00:00 0 Size: 1024 kB Rss: 44 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 44 kB bdc00000-bdc21000 rw-p bdc00000 00:00 0 Size: 132 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB bdc21000-bdd00000 ---p bdc21000 00:00 0 Size: 892 kB Rss: 0 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 0 kB bdfad000-be0ad000 rw-p bdfad000 00:00 0 Size: 1024 kB Rss: 48 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 48 kB be242000-be342000 rw-p be242000 00:00 0 Size: 1024 kB Rss: 492 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 492 kB be4d7000-be5d7000 rw-p be4d7000 00:00 0 Size: 1024 kB Rss: 36 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 36 kB be988000-beb88000 rw-p be988000 00:00 0 Size: 2048 kB Rss: 324 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 324 kB bef39000-bf039000 rw-p bef39000 00:00 0 Size: 1024 kB Rss: 164 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 164 kB bf3ea000-bf5ea000 rw-p bf3ea000 00:00 0 Size: 2048 kB Rss: 36 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 36 kB bf70e000-bfa0e000 rw-p bf70e000 00:00 0 Size: 3072 kB Rss: 1052 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 20 kB Private_Dirty: 1032 kB bfaa0000-bfba0000 rw-p bfaa0000 00:00 0 Size: 1024 kB Rss: 4 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 4 kB bfe63000-bfea0000 rw-p bfe63000 00:00 0 [stack] Size: 244 kB Rss: 160 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 4 kB Private_Dirty: 156 kB bfea0000-bffa0000 rw-p bfea0000 00:00 0 Size: 1024 kB Rss: 696 kB Shared_Clean: 0 kB Shared_Dirty: 0 kB Private_Clean: 0 kB Private_Dirty: 696 kB From mike at flyn.org Sat Sep 2 16:49:51 2006 From: mike at flyn.org (W. Michael Petullo) Date: Sat, 2 Sep 2006 11:49:51 -0500 Subject: Sort behaves differently: cron vs. user shell Message-ID: <20060902164950.GA6487@imp.flyn.org> I recently made an entry in Bugzilla (# 204562) for the following problem: /bin/sort uses the LC_ALL environment variable to determine how to sort. There seems to be a discrepancy between how this variable is set in a user shell and cron's environment. The bottom line is that this causes scripts to behave differently when run in a user shell vs. cron. My bug was closed as "isn't definitely problem of cron." I do think this is a bug. A script that uses sort should execute the same when run by a user or on behalf of a user by cron. What component should this be be filed under? -- Mike :wq From dragoran at feuerpokemon.de Sat Sep 2 16:54:13 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sat, 02 Sep 2006 18:54:13 +0200 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157186996.7681.9.camel@localhost> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157024899.8113.6.camel@cutter> <1157032116.5475.21.camel@gilboa-work-dev> <20060831144706.GA28309@jadzia.bu.edu> <1157186996.7681.9.camel@localhost> Message-ID: <44F9B735.5050501@feuerpokemon.de> Callum Lerwick wrote: > On Thu, 2006-08-31 at 10:47 -0400, Matthew Miller wrote: > >> To you, perhaps. However, this sort of thing is fairly traditional behavior >> in many unix programs -- stop what you're doing without killing the program. >> > > Sure, but I don't think "Switch to another mirror" counts as "stopping > what you are doing". It's more of a "I'm going to loop endlessly over a > million broken mirrors and NEVER stop EVER! Hahahah!". > thats the reason why I am using a hardcoded mirror and not a mirror list. From rhally at mindspring.com Sat Sep 2 16:56:26 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 12:56:26 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157214823.6577.105.camel@ender> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> Message-ID: <44F9B7BA.9070307@mindspring.com> Jesse Keating wrote: > On Sat, 2006-09-02 at 12:32 -0400, Richard Hally wrote: >> Or maybe it does an uninstall of the current package then an install >> of >> the "old" package. Perhaps in doesn't make any difference wrt yum, >> yum >> could take advantage of the --oldpackage capability of RPM or it >> could >> work by doing remove - install and if either >> --oldpackage or the two step approach can't be done (say for >> dependencies) notify the user. >> But since we are speculating about RPM here, perhaps someone who >> actually knows can help us out. 8-) > > Ah, but the uninstall scriptlets are different than the install > scriptlets. So again, whats done in install may not be undone in > removal or oldpackage. The point is that like --force and like > --nodeps, the results can be pretty bad, and yum would rather not make > assumptions about the users system and intent. I applaud that as I've > seen far too many users hork themselves by thinking they were doing > something smart with --force --nodeps. If you really know what you're > doing wrt these flags, you can do it by hand. > > Yup, I agree that --force and/or --nodeps are a Bad Idea. I'm suggesting that --oldpackage is different. Also, --erase followed by --install should not produce "bad results". If it does, there is something wrong with the particular package design. Richard From jkeating at j2solutions.net Sat Sep 2 17:03:19 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 02 Sep 2006 13:03:19 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44F9B7BA.9070307@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> Message-ID: <1157216599.6577.122.camel@ender> On Sat, 2006-09-02 at 12:56 -0400, Richard Hally wrote: > Yup, I agree that --force and/or --nodeps are a Bad Idea. I'm > suggesting > that --oldpackage is different. I'm failing to see how --oldpackage would be different. Packages are designed to go forward. If a horrible mistake was discovered in a package, an update is crafted to carefully repair the damage. However forcefully installing an OLDER package may not do the cleanup correctly and may actually trigger the horrible mistake to take action. There is UNDEFINED results here and they shouldn't be played with on a user's system. > Also, --erase followed by --install > should > not produce "bad results". If it does, there is something wrong with > the > particular package design. Or just a horrible mistake in the packaging. Case in point a %postun that is conditional to run for a final removal, not an upgrade. If you remove the package, that particular postun will occur and could be something horrible like rm -rf / (wheee hyperbole!). However a new package could be released which fixes this horrible mistake. You'd be Upgrading to the newer package, so the postun for final removal wouldn't be triggered. Scriptlets are fun. All kinds of evil can be embedded in them, and rpm has no real mechanism to sanitize, track, or recover from anything a scriptlet may do. And even if it did, somebody'd just make a scriptlet that removed whatever database rpm used to keep track of such changes. Whoops! I personally think its good that yum decides to not play Russian Roulette with a user's system, preferring to stick to actions that are not 'overrides' of rpm's basic protective natures. -- 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 rhally at mindspring.com Sat Sep 2 17:32:24 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 13:32:24 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157216599.6577.122.camel@ender> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> Message-ID: <44F9C028.2@mindspring.com> Jesse Keating wrote: > On Sat, 2006-09-02 at 12:56 -0400, Richard Hally wrote: >> Yup, I agree that --force and/or --nodeps are a Bad Idea. I'm >> suggesting >> that --oldpackage is different. > > I'm failing to see how --oldpackage would be different. Packages are > designed to go forward. If a horrible mistake was discovered in a > package, an update is crafted to carefully repair the damage. However > forcefully installing an OLDER package may not do the cleanup correctly > and may actually trigger the horrible mistake to take action. There is > UNDEFINED results here and they shouldn't be played with on a user's > system. > >> Also, --erase followed by --install >> should >> not produce "bad results". If it does, there is something wrong with >> the >> particular package design. > > Or just a horrible mistake in the packaging. Case in point a %postun > that is conditional to run for a final removal, not an upgrade. If you > remove the package, that particular postun will occur and could be > something horrible like rm -rf / (wheee hyperbole!). However a new > package could be released which fixes this horrible mistake. You'd be > Upgrading to the newer package, so the postun for final removal wouldn't > be triggered. > > Scriptlets are fun. All kinds of evil can be embedded in them, and rpm > has no real mechanism to sanitize, track, or recover from anything a > scriptlet may do. And even if it did, somebody'd just make a scriptlet > that removed whatever database rpm used to keep track of such changes. > Whoops! > > I personally think its good that yum decides to not play Russian > Roulette with a user's system, preferring to stick to actions that are > not 'overrides' of rpm's basic protective natures. > > Ok, ok. So if a user is going to shoot themselves in the foot they have to use rpm rather than yum to do it. If the packager screws up, all bets are off. But that is the case anyway isn't it? So maybe we should remove --oldpackage/--nodeps/--force from rpm. It follows the gnome 'dumb it down' approach. At least the user will have less opportunity to screw up but will also have less capability to recover from a packager mistakes. ;-) Richard From arjan at fenrus.demon.nl Sat Sep 2 17:42:47 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Sat, 02 Sep 2006 19:42:47 +0200 Subject: memory leak in X server In-Reply-To: <1157215966.14159.8.camel@kloczek01> References: <1157215966.14159.8.camel@kloczek01> Message-ID: <1157218967.2881.28.camel@laptopd505.fenrus.org> On Sat, 2006-09-02 at 18:52 +0200, Tomasz K?oczko wrote: > Looks like in X server is memory leak. > Content of /proc//smaps in attachemt. Hi, X also stores memory on behalf of other applications. The "xrestop" program shows how much it stores on behalf of which application. Can you run xrestop to check if it's not an application that is making X behave badly? Greetings, Arjan van de Ven From ellson at research.att.com Sat Sep 2 17:56:32 2006 From: ellson at research.att.com (John Ellson) Date: Sat, 02 Sep 2006 13:56:32 -0400 Subject: Sort behaves differently: cron vs. user shell In-Reply-To: <20060902164950.GA6487@imp.flyn.org> References: <20060902164950.GA6487@imp.flyn.org> Message-ID: <44F9C5D0.8030909@research.att.com> W. Michael Petullo wrote: > I recently made an entry in Bugzilla (# 204562) for the following problem: > > /bin/sort uses the LC_ALL environment variable to determine how to sort. There > seems to be a discrepancy between how this variable is set in a user shell and > cron's environment. > > The bottom line is that this causes scripts to behave differently when > run in a user shell vs. cron. > > My bug was closed as "isn't definitely problem of cron." > > I do think this is a bug. A script that uses sort should execute the > same when run by a user or on behalf of a user by cron. What component > should this be be filed under? > > Cron doesn't automatically run the user's .profile or .bash_profile, so the environment is likely different in the cron job. Probably the safest fix is to always run sort with: LC_COLLATE=C sort ..... John From Lam at Lam.pl Sat Sep 2 18:01:36 2006 From: Lam at Lam.pl (Leszek Matok) Date: Sat, 02 Sep 2006 20:01:36 +0200 Subject: yum question, reverting to old packages. In-Reply-To: <44F9C028.2@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> Message-ID: <1157220096.2699.62.camel@pensja.lam.pl> Dnia 02-09-2006, sob o godzinie 13:32 -0400, Richard Hally napisa?(a): > So maybe we should remove --oldpackage/--nodeps/--force from rpm. As Jesse said, the problem is with the %postun scripts which get run only whet you do --erase. We should remove --erase from rpm because it can exec `rm -rf /` and also allows us to --install an older version of the same package, which is equally bad. ;) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From pemboa at gmail.com Sat Sep 2 18:42:48 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 2 Sep 2006 13:42:48 -0500 Subject: [offtopic] Ignacio Vazquez-Abrams In-Reply-To: <200609021023.17321.nman64@n-man.com> References: <16de708d0608282246x7b7a1eabi89e782f085efe636@mail.gmail.com> <200609021023.17321.nman64@n-man.com> Message-ID: <16de708d0609021142o3dcb7213l2a8e1606b6d6f989@mail.gmail.com> On 9/2/06, Patrick W. Barnes wrote: > On Tuesday 29 August 2006 00:46, "Arthur Pemberton" wrote: > > > > I apologize ahead of time for the offtopic nature of this thread, and > > if desired, I will cease any continuation. Threads over on > > fedora-extras-list have brought my attention to the e-dissappearance > > of one "Ignacio Vazquez-Abrams". > > > > This guy has helped me out many times over of #fedora, and was always > > online, despite me changing time zone twice - to the point where I > > asked if he was a bot. He seemed to have also had a large load in > > package maintaince. Fedora being partly about the community, I have to > > ask: does anyone know what happened to this guy? His online presence > > seems to have simply ceased as of May-2006. I searched Gmail for > > emails from him, the last was in May. His blog > > (http://www.ivazquez.net) seems also to have gone quiet as of May. > > > > Just felt that the guy has helped me enough to at least care if he > > suddenly died or something. > > > > I went looking for news from the area of any accidents and checked the > obituaries to uncover any bad news, but I didn't find anything. I certainly > hope he is doing well. > Thanks for that. I personally would rather that he just got all fedup with computer or something than he became physically unable to to use the computer. -- To be updated... From jkeating at j2solutions.net Sat Sep 2 18:47:06 2006 From: jkeating at j2solutions.net (Jesse Keating) Date: Sat, 02 Sep 2006 14:47:06 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44F9C028.2@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> Message-ID: <1157222826.6577.126.camel@ender> On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: > So maybe we should remove --oldpackage/--nodeps/--force from rpm. It > follows the gnome 'dumb it down' approach. No, we just don't enable these functions in the "helper" apps. We don't want to help you ruin your system, we'll let you do that on your own with RPM. -- 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 kloczek at zie.pg.gda.pl Sat Sep 2 19:08:29 2006 From: kloczek at zie.pg.gda.pl (Tomasz =?UTF-8?Q?K=C5=82oczko?=) Date: Sat, 02 Sep 2006 21:08:29 +0200 Subject: memory leak in X server In-Reply-To: <1157218967.2881.28.camel@laptopd505.fenrus.org> References: <1157215966.14159.8.camel@kloczek01> <1157218967.2881.28.camel@laptopd505.fenrus.org> Message-ID: <1157224109.14159.12.camel@kloczek01> Dnia 02-09-2006, sob o godzinie 19:42 +0200, Arjan van de Ven napisa?(a): > On Sat, 2006-09-02 at 18:52 +0200, Tomasz K?oczko wrote: > > Looks like in X server is memory leak. > > Content of /proc//smaps in attachemt. > > Hi, > > X also stores memory on behalf of other applications. > The "xrestop" program shows how much it stores on behalf of which > application. Can you run xrestop to check if it's not an application > that is making X behave badly? xrestop - Display: localhost:0 Monitoring 40 clients. XErrors: 256 Pixmaps: 87485K total, Other: 249K total, All: 87735K total xrestop shows tenths MBs allocated memory but Xorg heap takes hundreds MBs. kloczek From pemboa at gmail.com Sat Sep 2 19:06:37 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 2 Sep 2006 14:06:37 -0500 Subject: [Slighty-Offtopic] Fedora Accessibility Message-ID: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> This is mostly a report of a yet unanswered post in fedora-list. Some blind dude asked for help with some tech I have never come accross. It seems neither has the majority of the people over on fedora-list. So I am posting here hoping you guys can give this dude some help. And also to ask what is Fedora doing about accessibility? I am without any such hindrancies myself. But recently "accessibility" was used as a case against OO.org in a US state, Google, is develpoing a version of their web search which ranks accessibie pags high, and fedoraproject.org seems to have no pages on accessibility. Seeing as the "Speakup" tech was present in FC3, I now know it is possible (I didn't before). Any idea how comes it is gone? It was a bit too generic a word for my Google kung fu. Peace [Message from OP] ----------------------------------------------------------------------------------------------------------- Hey guys, I have a question for anyone who can answer it. I have been trying to install Fedora Core 3 for two days now, and am totally confused. The reason I'm using 3 is because it's currently thee latest version that has the Speakup modified kernel for a talking install. I'm really hoping there is one when fedora core 6 comes out. What is happening, is that the installation seems to lock up at the disk testing screen. I will try to tab/alt+tab between OK and Skip, and get no where. I had some sighted assistance for a while yesterday, and found out that the problem occurs whether speakup is loaded or not. When speakup is loaded, it sends my synthesizer (whether dec-talk express or Braille note) into space, and will never quit talking until it reaches the OK or skip buttons for the disk test. Any one have any ideas? I would greatly appreciate any help I can get with this matter. Here is my system config. Processor: Pentium IV 2.8 GHZ Hyperthread on an Abit ai7 main board 1 GB RAM AC97 based sound Seagate 40 GB IDE hard drive NVidia Geforce 4 video card. Again, thanks in advance to anyone who can help. Thanks, Guy ----------------------------------------------------------------------------------------------------------- -- To be updated... From fedora at camperquake.de Sat Sep 2 19:07:59 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Sat, 2 Sep 2006 21:07:59 +0200 Subject: memory leak in X server In-Reply-To: <1157215966.14159.8.camel@kloczek01> References: <1157215966.14159.8.camel@kloczek01> Message-ID: <20060902210759.34f0a40e@nausicaa.camperquake.de> Hi. Tomasz K?oczko wrote: > # ps auxw | grep Xorg > root 14318 21.3 26.8 1253392 556080 tty7 Ss+ Aug29 > 1292:34 /usr/bin/Xorg :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp > vt7 I've seen something like that with FC6-to-be before, but not during the last 10 days or so. -- "Using active SONAR is exactly like turning on a flashlight in a dark room full of nervous people with guns." HARPOON Tactical Guide From rhally at mindspring.com Sat Sep 2 19:15:03 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 15:15:03 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157222826.6577.126.camel@ender> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> Message-ID: <44F9D837.1080702@mindspring.com> Jesse Keating wrote: > On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: >> So maybe we should remove --oldpackage/--nodeps/--force from rpm. It >> follows the gnome 'dumb it down' approach. > > No, we just don't enable these functions in the "helper" apps. We don't > want to help you ruin your system, we'll let you do that on your own > with RPM. > > Excellent! RPM considered harmful. Of course our "helper" apps are not helpful when you need help the most. Sorry Jesse, perhaps in trying to improve the design of yum or rpm we need to think in terms of reversibility so that updates are not 'forward only'. When considering improvements we need to think about robustness and recoverability. Richard From sundaram at fedoraproject.org Sat Sep 2 20:00:54 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sun, 03 Sep 2006 01:30:54 +0530 Subject: yum question, reverting to old packages. In-Reply-To: <44F9D837.1080702@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> Message-ID: <44F9E2F6.7000008@fedoraproject.org> Richard Hally wrote: > Jesse Keating wrote: >> On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: >>> So maybe we should remove --oldpackage/--nodeps/--force from rpm. It >>> follows the gnome 'dumb it down' approach. >> >> No, we just don't enable these functions in the "helper" apps. We don't >> want to help you ruin your system, we'll let you do that on your own >> with RPM. >> >> > Excellent! RPM considered harmful. Of course our "helper" apps are not > helpful when you need help the most. > Being sarcastic is very unhelpful and wont motivate anyone to help you. Kindly avoid that. Yum does add more functionality on top of RPM and functionality user needs most is automatic downloading of dependencies. You are arguing that Yum should support RPM downgrades which the Yum developers dont think in a good idea. What can be done here is perhaps write a plugin that does what you want and talk to the developers to see whether any API can be exposed to allow you to do so. Remember that there are more options than just downgrades that RPM does support and layers above it wont. We cant be having this conversation every few months anyway. > Sorry Jesse, perhaps in trying to improve the design of yum or rpm we > need to think in terms of reversibility so that updates are not 'forward > only'. When considering improvements we need to think about robustness > and recoverability. > Well yeah. It would be nice to have RPM rollbacks used more reliably but thats different from Yum's ability to do RPM downgrades. If RPM can get the ability to do downgrades reliably yum can also support it. Rahul From pmatilai at laiskiainen.org Sat Sep 2 20:13:51 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Sat, 2 Sep 2006 23:13:51 +0300 (EEST) Subject: yum question, reverting to old packages. In-Reply-To: <1157222826.6577.126.camel@ender> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> Message-ID: On Sat, 2 Sep 2006, Jesse Keating wrote: > On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: >> So maybe we should remove --oldpackage/--nodeps/--force from rpm. It >> follows the gnome 'dumb it down' approach. > > No, we just don't enable these functions in the "helper" apps. We don't > want to help you ruin your system, we'll let you do that on your own > with RPM. People wishing for package downgrades are more often than not folks who run rawhide and other experimental packages and just want an easy way to back out a broken package. When a bad update has broken your system, what difference does it make if downgrade is "potentially dangerous"? - Panu - From rhally at mindspring.com Sat Sep 2 21:23:54 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 17:23:54 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44F9E2F6.7000008@fedoraproject.org> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> Message-ID: <44F9F66A.7080502@mindspring.com> Rahul wrote: > Richard Hally wrote: > >> Excellent! RPM considered harmful. Of course our "helper" apps are not >> helpful when you need help the most. >> > > Being sarcastic is very unhelpful and wont motivate anyone to help you. > Kindly avoid that. Who died and made you 'list mom'? Sarcasm is a valid rhetorical device. Please take care when you criticize other people's style. You're not perfect by any stretch of the imagination. (and neither an I). > > Well yeah. Sarcasm perceived. It would be nice to have RPM rollbacks used more reliably but > thats different from Yum's ability to do RPM downgrades. If RPM can get > the ability to do downgrades reliably yum can also support it. > > Rahul > Let's see if we can get RPM rollbacks and downgrades working and out of the "nice to have" category. Thanks for your efforts, Richard From sundaram at fedoraproject.org Sat Sep 2 21:26:34 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sun, 03 Sep 2006 02:56:34 +0530 Subject: yum question, reverting to old packages. In-Reply-To: <44F9F66A.7080502@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> <44F9F66A.7080502@mindspring.com> Message-ID: <44F9F70A.2070201@fedoraproject.org> Richard Hally wrote: > Rahul wrote: >> Richard Hally wrote: >> >>> Excellent! RPM considered harmful. Of course our "helper" apps are >>> not helpful when you need help the most. >>> >> >> Being sarcastic is very unhelpful and wont motivate anyone to help >> you. Kindly avoid that. > Who died and made you 'list mom'? Self elected mostly. Sarcasm is a valid rhetorical device. > Please take care when you criticize other people's style. You're not > perfect by any stretch of the imagination. (and neither an I). > It would be nice to avoid sarcasm if you want to developers to take your suggestions seriously. >> >> Well yeah. > Sarcasm perceived. You seem to have misunderstood. I accepted what you said. > > It would be nice to have RPM rollbacks used more reliably but >> thats different from Yum's ability to do RPM downgrades. If RPM can >> get the ability to do downgrades reliably yum can also support it. >> >> Rahul >> > Let's see if we can get RPM rollbacks and downgrades working and out of > the "nice to have" category. > Sure. Patches accepted. Rahul From rhally at mindspring.com Sat Sep 2 22:39:40 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 18:39:40 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44F9F70A.2070201@fedoraproject.org> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> <44F9F66A.7080502@mindspring.com> <44F9F70A.2070201@fedoraproject.org> Message-ID: <44FA082C.4040101@mindspring.com> Rahul wrote: > Richard Hally wrote: >> Rahul wrote: >>> Richard Hally wrote: >>> >>>> Excellent! RPM considered harmful. Of course our "helper" apps are >>>> not helpful when you need help the most. >>>> >>> >>> Being sarcastic is very unhelpful and wont motivate anyone to help >>> you. Kindly avoid that. >> Who died and made you 'list mom'? > > Self elected mostly. So we can ignore you when we choose to do so. thanks. > > Sarcasm is a valid rhetorical device. >> Please take care when you criticize other people's style. You're not >> perfect by any stretch of the imagination. (and neither an I). >> > > It would be nice to avoid sarcasm if you want to developers to take your > suggestions seriously. > So you speak for all developers? I didn't realize you were one. What is your day job? PHB-candidate? > >>> >>> Well yeah. >> Sarcasm perceived. > > You seem to have misunderstood. I accepted what you said. > > >> >> It would be nice to have RPM rollbacks used more reliably but >>> thats different from Yum's ability to do RPM downgrades. If RPM can >>> get the ability to do downgrades reliably yum can also support it. >>> >>> Rahul >>> >> Let's see if we can get RPM rollbacks and downgrades working and out >> of the "nice to have" category. >> > > Sure. Patches accepted. There you go again - speaking for developers. Have a nice day, Richard From sundaram at fedoraproject.org Sat Sep 2 22:49:03 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sun, 03 Sep 2006 04:19:03 +0530 Subject: yum question, reverting to old packages. In-Reply-To: <44FA082C.4040101@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> <44F9F66A.7080502@mindspring.com> <44F9F70A.2070201@fedoraproject.org> <44FA082C.4040101@mindspring.com> Message-ID: <44FA0A5F.8030908@fedoraproject.org> Richard Hally wrote: >> Self elected mostly. > So we can ignore you when we choose to do so. thanks. Yes as much as we can ignore any of your comments. >> >> It would be nice to avoid sarcasm if you want to developers to take >> your suggestions seriously. >> > So you speak for all developers? I didn't realize you were one. What is > your day job? PHB-candidate? Nope. My day job isnt your concern at all. For what I do in Fedora might very well be. I am a long term contributor and a board member. So I do have some credentials to speak on behalf of the project on occasions. In general if you are going to contribute in a discussion, do so constructively. If you are focusing on me rather than the message, you wouldnt be able to do that. I wont stop you from asking to be ignored by indulging in sarcastic comments or adhoc personal attacks however. So feel free to go ahead. Rahul From rhally at mindspring.com Sat Sep 2 23:19:05 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 19:19:05 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44FA0A5F.8030908@fedoraproject.org> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> <44F9F66A.7080502@mindspring.com> <44F9F70A.2070201@fedoraproject.org> <44FA082C.4040101@mindspring.com> <44FA0A5F.8030908@fedoraproject.org> Message-ID: <44FA1169.7020206@mindspring.com> Rahul wrote: > Richard Hally wrote: > >>> Self elected mostly. >> So we can ignore you when we choose to do so. thanks. > > Yes as much as we can ignore any of your comments. > Yes, I hope that *you* ignore my comments. thank you very much. >>> >>> It would be nice to avoid sarcasm if you want to developers to take >>> your suggestions seriously. >>> >> So you speak for all developers? I didn't realize you were one. What >> is your day job? PHB-candidate? > > Nope. My day job isnt your concern at all. For what I do in Fedora might > very well be. I am a long term contributor and a board member. So I do > have some credentials to speak on behalf of the project on occasions. > In general if you are going to contribute in a discussion, do so > constructively. If you are focusing on me rather than the message, you > wouldnt be able to do that. I wont stop you from asking to be ignored by > indulging in sarcastic comments or adhoc personal attacks however. So > feel free to go ahead. > > Rahul > I don't care if you think "your credentials" entitle you to think you are God himself. Ideas stand or fall on their own merit. If you criticize others you should only expect criticism in return. If you don't like my style too bad. *You* can ignore me if you choose to do so, please. But please don't criticize others and not expect a reaction. If you try to tell others how to behave, I think you are out of line. Best regards, Richard From alan at redhat.com Sat Sep 2 23:18:39 2006 From: alan at redhat.com (Alan Cox) Date: Sat, 2 Sep 2006 19:18:39 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44FA082C.4040101@mindspring.com> References: <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> <44F9F66A.7080502@mindspring.com> <44F9F70A.2070201@fedoraproject.org> <44FA082C.4040101@mindspring.com> Message-ID: <20060902231839.GC30200@devserv.devel.redhat.com> On Sat, Sep 02, 2006 at 06:39:40PM -0400, Richard Hally wrote: > >>Let's see if we can get RPM rollbacks and downgrades working and out > >>of the "nice to have" category. > >> > > > >Sure. Patches accepted. > There you go again - speaking for developers. With the correct answer if you want things in this area to happen more quickly. Rollback and downgrade is extremely hard to do right. From skvidal at linux.duke.edu Sat Sep 2 23:21:31 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sat, 02 Sep 2006 19:21:31 -0400 Subject: yum question, reverting to old packages. In-Reply-To: References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> Message-ID: <1157239292.17355.26.camel@cutter> On Sat, 2006-09-02 at 23:13 +0300, Panu Matilainen wrote: > On Sat, 2 Sep 2006, Jesse Keating wrote: > > > On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: > >> So maybe we should remove --oldpackage/--nodeps/--force from rpm. It > >> follows the gnome 'dumb it down' approach. > > > > No, we just don't enable these functions in the "helper" apps. We don't > > want to help you ruin your system, we'll let you do that on your own > > with RPM. > > People wishing for package downgrades are more often than not folks who > run rawhide and other experimental packages and just want an easy way to > back out a broken package. When a bad update has broken your system, what > difference does it make if downgrade is "potentially dangerous"? This is the one point that I agree with. I looked at implementing the simple flag to allow downgrades to happen provided the user jumped through some hoops. I'm a bit crunched for time right now but if you want to work on a patch for it I'd take a look. The criteria for it, however, is that it can NEVER happen automatically. There will be no config option that sets it to happen it will only be something one does on the command line (and maybe it should implicitly disable -y) Seriously, I'd like it to be something that requires hoops, maybe even flaming hoops. :) -sv From sundaram at fedoraproject.org Sat Sep 2 23:28:21 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sun, 03 Sep 2006 04:58:21 +0530 Subject: yum question, reverting to old packages. In-Reply-To: <44FA1169.7020206@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> <44F9F66A.7080502@mindspring.com> <44F9F70A.2070201@fedoraproject.org> <44FA082C.4040101@mindspring.com> <44FA0A5F.8030908@fedoraproject.org> <44FA1169.7020206@mindspring.com> Message-ID: <44FA1395.4040604@fedoraproject.org> Richard Hally wrote: >> > I don't care if you think "your credentials" entitle you to think you > are God himself. Ideas stand or fall on their own merit. > If you criticize others you should only expect criticism in return. If > you don't like my style too bad. *You* can ignore me if you choose to do > so, please. But please don't criticize others and not expect a reaction. > If you try to tell others how to behave, I think you are out of line. > I dont mind criticism as such. If you are critiquing a program by all means do so but keep it at the technical level and remember that you are critiquing a Free software program written by volunteers in their free time. Requests can be made, feedback and patches can be send but if you are going to do so, sarcasm wouldn't help in any way especially when you are talking about a hard problem like dealing with downgrades in a fail safe manner. I am not out of line in pointing out that politely to you in a discussion. Rahul From rhally at mindspring.com Sat Sep 2 23:42:38 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 19:42:38 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157239292.17355.26.camel@cutter> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> Message-ID: <44FA16EE.7070704@mindspring.com> seth vidal wrote: > On Sat, 2006-09-02 at 23:13 +0300, Panu Matilainen wrote: >> On Sat, 2 Sep 2006, Jesse Keating wrote: >> >>> On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: >>>> So maybe we should remove --oldpackage/--nodeps/--force from rpm. It >>>> follows the gnome 'dumb it down' approach. >>> No, we just don't enable these functions in the "helper" apps. We don't >>> want to help you ruin your system, we'll let you do that on your own >>> with RPM. >> People wishing for package downgrades are more often than not folks who >> run rawhide and other experimental packages and just want an easy way to >> back out a broken package. When a bad update has broken your system, what >> difference does it make if downgrade is "potentially dangerous"? > > This is the one point that I agree with. I looked at implementing the > simple flag to allow downgrades to happen provided the user jumped > through some hoops. I'm a bit crunched for time right now but if you > want to work on a patch for it I'd take a look. > > The criteria for it, however, is that it can NEVER happen automatically. > There will be no config option that sets it to happen it will only be > something one does on the command line (and maybe it should implicitly > disable -y) > > Seriously, I'd like it to be something that requires hoops, maybe even > flaming hoops. :) > > -sv > > +1 Perhaps a new option added to the set {install,update,remove,list,?} Revert? And certainly disable -y. My most common use case is (running rawhide): go into /var/cache/yum/development, see what the previous package was and 'rpm -Uvh --oldpackage If there were a revert option that did just that, it would be helpful. If doing --oldpackage trashes some part of your system, it is the rpms deficiency not yum's. Thanks, Richard From rhally at mindspring.com Sat Sep 2 23:54:53 2006 From: rhally at mindspring.com (Richard Hally) Date: Sat, 02 Sep 2006 19:54:53 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44FA1395.4040604@fedoraproject.org> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <44F9D837.1080702@mindspring.com> <44F9E2F6.7000008@fedoraproject.org> <44F9F66A.7080502@mindspring.com> <44F9F70A.2070201@fedoraproject.org> <44FA082C.4040101@mindspring.com> <44FA0A5F.8030908@fedoraproject.org> <44FA1169.7020206@mindspring.com> <44FA1395.4040604@fedoraproject.org> Message-ID: <44FA19CD.9090909@mindspring.com> Rahul wrote: > > Requests can be made, feedback and patches can be send but if you are > going to do so, sarcasm wouldn't help in any way especially when you are > talking about a hard problem like dealing with downgrades in a fail safe > manner. I am not out of line in pointing out that politely to you in a > discussion. Well, we will have to agree to disagree, your *opinion* that sarcasm wouldn't help is just that. I disagree. You are free to express your opinion of course but please don't try to direct others as to how to express themselves. That is a form of rudeness. My apologies to the others on this list for dragging this out. I'll stop now. thanks for your time, Richard From vonbrand at inf.utfsm.cl Sun Sep 3 02:48:10 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 02 Sep 2006 22:48:10 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: Your message of "Sat, 02 Sep 2006 02:23:32 EST." <1157181813.7681.6.camel@localhost> Message-ID: <200609030248.k832mAd8019952@laptop13.inf.utfsm.cl> Callum Lerwick wrote: > On Wed, 2006-08-30 at 17:20 -0400, Jesse Keating wrote: > > Please god no... YAST is one of the worst systems out there. > > linuxconf is pretty close too. > > The fact that Red Hat showed the good sense to dump linuxconf in RH7.x > is exactly the move that solidified my devotion to the distribution. (I > have been using it since 5.2) Amen. -- 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 vonbrand at inf.utfsm.cl Sun Sep 3 02:17:04 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 02 Sep 2006 22:17:04 -0400 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: Your message of "Fri, 01 Sep 2006 22:43:56 +0200." <200609012244.18586.opensource@till.name> Message-ID: <200609030217.k832H4ht019020@laptop13.inf.utfsm.cl> Till Maas wrote: > On Friday 01 September 2006 21:10, Horst H. von Brand wrote: > > xpdf is (mildly) broken (no fullpage for presentations!), evince is rather > > unconfortable to use. > The last time I used xpdf fullscreen mode was available That must have been a /long/ time ago... it has been broken for ages (and I just checked, still broken with xpdf-3.01-15, the Gnome panels stay put and xpdf uses only the space in between). > with "xpdf -fullscreen" but it was not possible to switch this after xpdf > was started. Or out of it, true. One of my gripes... -- 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 vonbrand at inf.utfsm.cl Sun Sep 3 02:08:08 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 02 Sep 2006 22:08:08 -0400 Subject: yum question, reverting to old packages. In-Reply-To: Message from Richard Hally of "Sat, 02 Sep 2006 15:15:03 -0400." <44F9D837.1080702@mindspring.com> Message-ID: <200609030208.k83288JY018753@laptop13.inf.utfsm.cl> Richard Hally wrote: > Jesse Keating wrote: > > On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: > >> So maybe we should remove --oldpackage/--nodeps/--force from > >> rpm. It follows the gnome 'dumb it down' approach. > > No, we just don't enable these functions in the "helper" apps. We > > don't > > want to help you ruin your system, we'll let you do that on your own > > with RPM. > > > Excellent! RPM considered harmful. Of course our "helper" apps are not > helpful when you need help the most. > > Sorry Jesse, perhaps in trying to improve the design of yum or rpm we > need to think in terms of reversibility so that updates are not > 'forward only'. When considering improvements we need to think about > robustness and recoverability. Patches are more than wellcome. Note that this means making sure that /all/ packages abide by the rules and are set up for downgrading. Just too bad that that is exactly what is least tested... -- 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 vonbrand at inf.utfsm.cl Sun Sep 3 02:58:56 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 02 Sep 2006 22:58:56 -0400 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: Your message of "Thu, 31 Aug 2006 17:12:23 -0400." <15ce3ec0608311412v30425a29n9f2f9d8ffa7322ec@mail.gmail.com> Message-ID: <200609030258.k832wuCC020027@laptop13.inf.utfsm.cl> Steve Barnhart wrote: > Well Ok I'd like to some people for their actual dissection of what > the problems were. I guess I don't work in production environments > (not that Fedora is even for that??) and didn't realize so many users > hatrid of YaST. I've always found it pretty simple to use but maybe > that's just me. At least reasoning was given..hopefully the team can > atleast add some more system-config-* programs or something. The underlying problem is that to /really/ be able to configure stuff you have to understand the syntax and semantics of dozens of different configuration files. And AI has still a long way to go to understand even simple ones. Configuration files change format (if ever so slightly), the configuration system has to keep pace (rigurously). And then there is the neverending problem of having to handle systems that (for whatever reason) don't have all pieces up to date. I.e., mix new and old configurations. Or they just tweak a few things on the theory that the rest stays the same. But people /do/ read the original manuals, and google around for fixes to their problems, most times finding solutions (or full configurations) for other systems. And then your configurator is left out in the cold. The "solution" of just synthetizing the configuration anew is less than optimal, obviously. Linux/Unix newbies love YaST and such; seasoned admins hate their guts. If they are managing a mix of machines, even more: They (sort of) impose their own system on all to keep halfways sane, and the automated configurator just can't keep up. -- 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 pmatilai at laiskiainen.org Sun Sep 3 06:10:39 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Sun, 3 Sep 2006 09:10:39 +0300 (EEST) Subject: yum question, reverting to old packages. In-Reply-To: <1157239292.17355.26.camel@cutter> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> Message-ID: On Sat, 2 Sep 2006, seth vidal wrote: > On Sat, 2006-09-02 at 23:13 +0300, Panu Matilainen wrote: >> On Sat, 2 Sep 2006, Jesse Keating wrote: >> >>> On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: >>>> So maybe we should remove --oldpackage/--nodeps/--force from rpm. It >>>> follows the gnome 'dumb it down' approach. >>> >>> No, we just don't enable these functions in the "helper" apps. We don't >>> want to help you ruin your system, we'll let you do that on your own >>> with RPM. >> >> People wishing for package downgrades are more often than not folks who >> run rawhide and other experimental packages and just want an easy way to >> back out a broken package. When a bad update has broken your system, what >> difference does it make if downgrade is "potentially dangerous"? > > This is the one point that I agree with. I looked at implementing the > simple flag to allow downgrades to happen provided the user jumped > through some hoops. I'm a bit crunched for time right now but if you > want to work on a patch for it I'd take a look. I'm in middle of moving to a new apartment so hacking time is very limited for a few weeks but this is something I've been intending to have a look at for a while now. No promises but I'll try to give it a go when time allows. > The criteria for it, however, is that it can NEVER happen automatically. > There will be no config option that sets it to happen it will only be > something one does on the command line (and maybe it should implicitly > disable -y) I've never liked automatic downgrades either. Something along the lines of --allow-downgrade together with explicitly requested package version, eg: # yum install --allow-downgrade foo-libs-1.4-1 ..and if that requires dependencies to be downgraded then you need to manually speficy that as well, eg # yum install --allow-downgrade foo-libs-1.4-1 foo-1.4-1 Sound hoop-jumpy enough to you? :) - Panu - From tmus at tmus.dk Sun Sep 3 06:33:39 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Sun, 03 Sep 2006 08:33:39 +0200 Subject: New yum plugin to skip packages with dependencies problems. In-Reply-To: <44F40D78.1070607@rasmil.dk> References: <44F40D78.1070607@rasmil.dk> Message-ID: Tim Lauridsen wrote: > Hi > I have created a yum plugin there solves the problem with updates with > dependency problem there blocks from updating > your system. > Ahh, This has been needed for some time. I'll try it out as soo as possible. Hopefully this functionality could be included in upcoming fedora releases or as an extras package. /Thomas From fedora at adslpipe.co.uk Sun Sep 3 08:01:11 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Sun, 03 Sep 2006 09:01:11 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44F706B6.3010009@math.unl.edu> References: <44F706B6.3010009@math.unl.edu> Message-ID: <44FA8BC7.6010802@adslpipe.co.uk> Rex Dieter wrote: > The hard decision has been made that openmotif will be removed from > Fedora and the current plan is to make this happen by October 2, 2006, > the final development freeze for Fedora Core 6. I appreciate the reasons for this, but I think it's correct to say that the Citrix ICA client requires motif, obviously this is outside the scope of Fedora, but just a heads-up to those who use rdesktop/ica from linux desktops to windows servers ... From dominik at greysector.net Sun Sep 3 09:12:58 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Sun, 3 Sep 2006 11:12:58 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44FA8BC7.6010802@adslpipe.co.uk> References: <44F706B6.3010009@math.unl.edu> <44FA8BC7.6010802@adslpipe.co.uk> Message-ID: <20060903091258.GA3131@rathann.pekin.waw.pl> On Sunday, 03 September 2006 at 10:01, Andy Burns wrote: > Rex Dieter wrote: > > >The hard decision has been made that openmotif will be removed from > >Fedora and the current plan is to make this happen by October 2, 2006, > >the final development freeze for Fedora Core 6. > > I appreciate the reasons for this, but I think it's correct to say that > the Citrix ICA client requires motif, obviously this is outside the > scope of Fedora, but just a heads-up to those who use rdesktop/ica from > linux desktops to windows servers ... rdesktop doesn't require openmotif. Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From andy at warmcat.com Sun Sep 3 09:35:12 2006 From: andy at warmcat.com (Andy Green) Date: Sun, 03 Sep 2006 10:35:12 +0100 Subject: Development -> Release use of --oldpackage In-Reply-To: <44FA16EE.7070704@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> Message-ID: <44FAA1D0.7040409@warmcat.com> Richard Hally wrote: > My most common use case is (running rawhide): > go into /var/cache/yum/development, see what the previous package was > and 'rpm -Uvh --oldpackage Last time I was on Rawhide, I guess it was FC3, I had a lot of excitement trying to "sidegrade" the Rawhide box to the released version when it came out. It seemed that my box stayed too long on Development, and I had packages that were newer than the released version. These packages were not overwritten by the released set even when Anaconda was told to do an "upgrade" or an "install" over the existing installation. Now I am once again on Development on this laptop (for the first time Hibernate is working, thanks to everyone!), it occurs to me there is a use for an option that just installs from a packageset regardless if it is newer or older. On a related issue, I learned last week about rpmcache and what was apparently the old style of repo content distribution based around detached RPM headers into a separate RPM database. Can anyone gifted with the Redhat/Fedora instrutional memory of the time (Seth?) summarize what drove the migration to a completely separate XML metadata database system? The old way sounds more economic with data and code from what I understand of it. -Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4492 bytes Desc: S/MIME Cryptographic Signature URL: From buildsys at redhat.com Sun Sep 3 10:35:01 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 3 Sep 2006 06:35:01 -0400 Subject: rawhide report: 20060903 changes Message-ID: <200609031035.k83AZ1NU018110@hs20-bc2-6.build.redhat.com> Updated Packages: beagle-0.2.9-1.fc6 ------------------ * Sun Sep 03 2006 Matthias Clasen - 0.2.9-1 - Update to 0.2.9 - Drop obsolete patches - Require pkgconfig in the -devel package kernel-2.6.17-1.2611.fc6 ------------------------ * Sat Sep 02 2006 Dave Jones - Fix up typo in tux.patch - 2.6.18rc5-git6 mc-1:4.6.1a-26.fc6 ------------------ * Sat Sep 02 2006 Jindrich Novy 4.6.1a-26.fc6 - correctly highlight Requires(pre,post,preun,postun) in spec tetex-3.0-29.fc6 ---------------- * Sat Sep 02 2006 Jindrich Novy 3.0-29.fc6 - switch X toolkit again: libXaw -> Xaw3d - sync pxdvi patch - add xdvi-22.84.10 patch * Fri Sep 01 2006 MATSUURA Takanori 3.0-28.1.fc6 - fix platex2e_inputs macro - fix dupulicated entry of %{_datadir}/texmf/(p)xdvi/XDvi - announce update pxdvi to 22.84.10-j1.33 Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.0-3.ia64 requires libvirt-python >= 0:0.1.4-3 virt-manager - 0.2.0-3.ia64 requires python-xeninst >= 0:0.90.1 From matus at hrusovsky.net Sun Sep 3 10:34:55 2006 From: matus at hrusovsky.net (Matus Hrusovsky) Date: Sun, 03 Sep 2006 12:34:55 +0200 Subject: Patch for crashing firefox with flash-plugin Message-ID: <44FAAFCF.4000106@hrusovsky.net> Hi, if possible modify please /usr/bin/firefox in next RPM relese of firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. --- /usr/bin/firefox.orig 2006-08-30 10:18:10.000000000 +0200 +++ /usr/bin/firefox 2006-09-02 18:52:13.000000000 +0200 @@ -41,6 +41,7 @@ then MOZ_LIB_DIR="/usr/lib64" fi +export XLIB_SKIP_ARGB_VISUALS=1 MOZ_DIST_BIN="$MOZ_LIB_DIR/firefox-1.5.0.6" MOZ_PROGRAM="$MOZ_DIST_BIN/firefox" MOZ_CLIENT_PROGRAM="$MOZ_DIST_BIN/mozilla-xremote-client" From link at pobox.com Sun Sep 3 12:36:36 2006 From: link at pobox.com (Terje Bless) Date: Sun, 3 Sep 2006 14:36:36 +0200 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> Message-ID: Arthur Pemberton wrote: >This is mostly a report of a yet unanswered post in fedora-list. Some >blind dude asked for help with some tech I have never come accross. It >seems neither has the majority of the people over on fedora-list. Just as a side note... Having a knowledgeable blind user willing to do testing is a big boon to getting accessibility implemented right. I would suggest the project grabs hold of this person and tries to keep him happy. Both Apple and Microsoft have been focussing strongly on Accessibility lately ? and particularly for blind users ? so this will get to be a big theme going forward for marketing-ish reasons as well as the normal reasons. -- ?If at first you don't succeed, keep shooting.? -- monk From jdieter at gmail.com Sun Sep 3 14:26:56 2006 From: jdieter at gmail.com (Jonathan Dieter) Date: Sun, 03 Sep 2006 17:26:56 +0300 Subject: Kernel fix for ICH7M controller Message-ID: <44FAE630.20801@gmail.com> The ata_piix module doesn't detect that my laptop's disk controller (Intel Corporation 82801GBM/GHM - ICH7 Family) is configured to have PATA drives in the first two channels. I looked at Intel's documentation and they say that my controller isn't supposed to support this configuration, but it's the default setup on this laptop, there's no way to change it in the BIOS, and it works in Windows, so I'm assuming this is a documentation error. This patch changes one line in ata_piix.c so that it sees this configuration as valid (and therefore recognizes my drives). I've tested it on my laptop and the module is now working perfectly (whereas the kernel was using the old IDE driver previously with no DMA enabled). I'm cc'ing fedora-devel-list because I'm not even sure where this patch is supposed to go and I would like it to make it into FC6, as I really don't want to have to jump through hoop after hoop just to get FC6 installed on my hard drive. Thanks, Jonathan -------------- next part -------------- A non-text attachment was scrubbed... Name: linux-2.6-fix-ich7m-with-pata-on-channel-one.patch Type: text/x-patch Size: 577 bytes Desc: not available URL: From mharris at mharris.ca Sun Sep 3 17:05:36 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sun, 03 Sep 2006 13:05:36 -0400 Subject: Patch for crashing firefox with flash-plugin In-Reply-To: <44FAAFCF.4000106@hrusovsky.net> References: <44FAAFCF.4000106@hrusovsky.net> Message-ID: <44FB0B60.5000508@mharris.ca> Matus Hrusovsky wrote: > Hi, > > if possible modify please /usr/bin/firefox in next RPM relese of > firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. > > --- /usr/bin/firefox.orig 2006-08-30 10:18:10.000000000 +0200 > > +++ /usr/bin/firefox 2006-09-02 18:52:13.000000000 +0200 > > @@ -41,6 +41,7 @@ > > then > > MOZ_LIB_DIR="/usr/lib64" > > fi > > +export XLIB_SKIP_ARGB_VISUALS=1 > > MOZ_DIST_BIN="$MOZ_LIB_DIR/firefox-1.5.0.6" > > MOZ_PROGRAM="$MOZ_DIST_BIN/firefox" > > MOZ_CLIENT_PROGRAM="$MOZ_DIST_BIN/mozilla-xremote-client" > > > Yeah, that will make Macromedia _rush_ to fix flash player to work properly in the future. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From skvidal at linux.duke.edu Sun Sep 3 17:19:39 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 03 Sep 2006 13:19:39 -0400 Subject: Development -> Release use of --oldpackage In-Reply-To: <44FAA1D0.7040409@warmcat.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <44FAA1D0.7040409@warmcat.com> Message-ID: <1157303979.17355.37.camel@cutter> On Sun, 2006-09-03 at 10:35 +0100, Andy Green wrote: > On a related issue, I learned last week about rpmcache and what was > apparently the old style of repo content distribution based around > detached RPM headers into a separate RPM database. Can anyone gifted > with the Redhat/Fedora instrutional memory of the time (Seth?) summarize > what drove the migration to a completely separate XML metadata database > system? The old way sounds more economic with data and code from what I > understand of it. > 1. there was no concept of old-style repositories - that's just revisionist history 2. there was no concept of multiple repositories with rpm -aid and rpmcache. Apt and yum were the first two tools to give multiple repository support for rpm-based systems. 3. while rpm -aid/rpmcache _might_ have worked for depresolution (we have almost zero evidence of it working in anything, let alone on a large scale) for doing any sort of other querying it was much, much heavier. 4. Trundling around the full rpm header blob is much heavier than just the important metadata. This is why we moved away from compressed headers from yum 1.X and 2.0 days into the xml metadata. 5. the depresolution mechanism was just not as flexible or easily corrected as the ones written in other tools. While the rpm-developers kept threatening to write a depresolver to "put us all out of business" (yes, actual quote) it never materialized. So, rather than wait for something to happen that we had no reason to believe would and rely on a structure we didn't have much influence over we decided to do something ourselves. xml was chosen b/c: 1. didn't have to play games with which language good parse it 2. you could check it for consistency 3. you could extend it and and add revisions that could be counted on 4. originally, we had worked on the xml-metadata to include package information for solaris and deb packages. Not just rpms. You'll notice there is a format-specific tag section in the xml-metadata for that reason. -sv From dragoran at feuerpokemon.de Sun Sep 3 17:25:22 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Sun, 03 Sep 2006 19:25:22 +0200 Subject: Patch for crashing firefox with flash-plugin In-Reply-To: <44FB0B60.5000508@mharris.ca> References: <44FAAFCF.4000106@hrusovsky.net> <44FB0B60.5000508@mharris.ca> Message-ID: <44FB1002.4020502@feuerpokemon.de> Mike A. Harris wrote: > Matus Hrusovsky wrote: >> Hi, >> >> if possible modify please /usr/bin/firefox in next RPM relese of >> firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. >> >> --- /usr/bin/firefox.orig 2006-08-30 10:18:10.000000000 +0200 >> >> +++ /usr/bin/firefox 2006-09-02 18:52:13.000000000 +0200 >> >> @@ -41,6 +41,7 @@ >> >> then >> >> MOZ_LIB_DIR="/usr/lib64" >> >> fi >> >> +export XLIB_SKIP_ARGB_VISUALS=1 >> >> MOZ_DIST_BIN="$MOZ_LIB_DIR/firefox-1.5.0.6" >> >> MOZ_PROGRAM="$MOZ_DIST_BIN/firefox" >> >> MOZ_CLIENT_PROGRAM="$MOZ_DIST_BIN/mozilla-xremote-client" >> >> >> > > Yeah, that will make Macromedia _rush_ to fix flash player to > work properly in the future. > but its better that no flash for FC6 users. marcomedia/adobe will release a new flash in 2007 :( From david at lovesunix.net Sun Sep 3 17:39:22 2006 From: david at lovesunix.net (David Nielsen) Date: Sun, 03 Sep 2006 19:39:22 +0200 Subject: Patch for crashing firefox with flash-plugin In-Reply-To: <44FB1002.4020502@feuerpokemon.de> References: <44FAAFCF.4000106@hrusovsky.net> <44FB0B60.5000508@mharris.ca> <44FB1002.4020502@feuerpokemon.de> Message-ID: <1157305162.3026.2.camel@price> s?n, 03 09 2006 kl. 19:25 +0200, skrev dragoran: > Mike A. Harris wrote: > > Matus Hrusovsky wrote: > >> Hi, > >> > >> if possible modify please /usr/bin/firefox in next RPM relese of > >> firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. > >> > >> --- /usr/bin/firefox.orig 2006-08-30 10:18:10.000000000 +0200 > >> > >> +++ /usr/bin/firefox 2006-09-02 18:52:13.000000000 +0200 > >> > >> @@ -41,6 +41,7 @@ > >> > >> then > >> > >> MOZ_LIB_DIR="/usr/lib64" > >> > >> fi > >> > >> +export XLIB_SKIP_ARGB_VISUALS=1 > >> > >> MOZ_DIST_BIN="$MOZ_LIB_DIR/firefox-1.5.0.6" > >> > >> MOZ_PROGRAM="$MOZ_DIST_BIN/firefox" > >> > >> MOZ_CLIENT_PROGRAM="$MOZ_DIST_BIN/mozilla-xremote-client" > >> > >> > >> > > > > Yeah, that will make Macromedia _rush_ to fix flash player to > > work properly in the future. > > > but its better that no flash for FC6 users. > marcomedia/adobe will release a new flash in 2007 :( gnash-plugin hit Extras a little while back, in theory that should provide support for the worlds greatest web annoyance. - David Nielsen From denis at poolshark.org Sun Sep 3 17:55:26 2006 From: denis at poolshark.org (Denis Leroy) Date: Sun, 03 Sep 2006 19:55:26 +0200 Subject: Patch for crashing firefox with flash-plugin In-Reply-To: <44FB0B60.5000508@mharris.ca> References: <44FAAFCF.4000106@hrusovsky.net> <44FB0B60.5000508@mharris.ca> Message-ID: <44FB170E.2080705@poolshark.org> Mike A. Harris wrote: > Matus Hrusovsky wrote: > >> Hi, >> >> if possible modify please /usr/bin/firefox in next RPM relese of >> firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. >> >> --- /usr/bin/firefox.orig 2006-08-30 10:18:10.000000000 +0200 >> >> +++ /usr/bin/firefox 2006-09-02 18:52:13.000000000 +0200 >> >> @@ -41,6 +41,7 @@ >> >> then >> >> MOZ_LIB_DIR="/usr/lib64" >> >> fi >> >> +export XLIB_SKIP_ARGB_VISUALS=1 >> >> MOZ_DIST_BIN="$MOZ_LIB_DIR/firefox-1.5.0.6" >> >> MOZ_PROGRAM="$MOZ_DIST_BIN/firefox" >> >> MOZ_CLIENT_PROGRAM="$MOZ_DIST_BIN/mozilla-xremote-client" >> >> >> > > Yeah, that will make Macromedia _rush_ to fix flash player to > work properly in the future. Do you honestly believe this will have any sort of impact over Macromedia's flash 9 linux project (http://blogs.adobe.com/penguin.swf/) ? On the contrary, they would divert resources to fix the old flash 7 player and that would delay the flash 9 release even more... From d.jacobfeuerborn at conversis.de Sun Sep 3 18:40:07 2006 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Sun, 03 Sep 2006 20:40:07 +0200 Subject: memory leak in X server In-Reply-To: <20060902210759.34f0a40e@nausicaa.camperquake.de> References: <1157215966.14159.8.camel@kloczek01> <20060902210759.34f0a40e@nausicaa.camperquake.de> Message-ID: <44FB2187.9030809@conversis.de> Ralf Ertzinger wrote: > Hi. > > Tomasz K?oczko wrote: > >> # ps auxw | grep Xorg >> root 14318 21.3 26.8 1253392 556080 tty7 Ss+ Aug29 >> 1292:34 /usr/bin/Xorg :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp >> vt7 > > I've seen something like that with FC6-to-be before, but not during the > last 10 days or so. I reported something similar on the fedora-test-list: https://www.redhat.com/archives/fedora-test-list/2006-August/msg00404.html Recent updates seem to have fixed this though. Regards, Dennis From andy at warmcat.com Sun Sep 3 18:42:25 2006 From: andy at warmcat.com (Andy Green) Date: Sun, 03 Sep 2006 19:42:25 +0100 Subject: Development -> Release use of --oldpackage In-Reply-To: <1157303979.17355.37.camel@cutter> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <44FAA1D0.7040409@warmcat.com> <1157303979.17355.37.camel@cutter> Message-ID: <44FB2211.9020203@warmcat.com> seth vidal wrote: > On Sun, 2006-09-03 at 10:35 +0100, Andy Green wrote: Thanks for your post Seth. >> On a related issue, I learned last week about rpmcache and what was >> apparently the old style of repo content distribution based around >> detached RPM headers into a separate RPM database. Can anyone gifted >> with the Redhat/Fedora instrutional memory of the time (Seth?) summarize >> what drove the migration to a completely separate XML metadata database >> system? The old way sounds more economic with data and code from what I >> understand of it. > > 1. there was no concept of old-style repositories - that's just > revisionist history No revision intended... I was thinking about a generic "repository" of all the packages in a distro version, along the lines of what the old up2date must have had. > 2. there was no concept of multiple repositories with rpm -aid and > rpmcache. Apt and yum were the first two tools to give multiple > repository support for rpm-based systems. Fair enough. From what I understood though, one could consider to throw any amount of headers from anywhere into an RPM "database of the possible" separate from the default RPM database, so the concept itself doesn't seem to deny having multiple active repos. Of course it wouldn't go get things for you like yum does as it stood, but I am just thinking about the management of the database using what one can say is a native rpm format. > 3. while rpm -aid/rpmcache _might_ have worked for depresolution (we > have almost zero evidence of it working in anything, let alone on a > large scale) for doing any sort of other querying it was much, much > heavier. Since it would be reusing the librpm stuff that already has a sharp idea of what Requires are missing if you attempt an install, I can imagine librpm at least has most of the tools lying around to do it in a good way using its native database. > 4. Trundling around the full rpm header blob is much heavier than just > the important metadata. This is why we moved away from compressed > headers from yum 1.X and 2.0 days into the xml metadata. Well I see that yum does want to go get the headers still and I guess parse them ---> Downloading header for java-1.4.2-gcj-compat to pack into transaction set. java-1.4.2-gcj-compat-1.4 100% |=========================| 26 kB 00:00 and the headers come in again with the actual package. In terms of the relative cost of metadata management from the downloading point of view, it seems that a new compressed XML file is needed every time the repo was updated, whereas a purely RPM header-based system would just be pulling changed headers. > 5. the depresolution mechanism was just not as flexible or easily > corrected as the ones written in other tools. While the rpm-developers > kept threatening to write a depresolver to "put us all out of > business" (yes, actual quote) it never materialized. So, rather than > wait for something to happen that we had no reason to believe would and > rely on a structure we didn't have much influence over we decided to do > something ourselves. Fair enough, I am certainly glad something as useful and reliable as yum does have the advantage of existing. My thoughts are in smaller footprint machines, from my vantage point one can say yum makes the process heavier by dragging in an (almost uncrosscompilable) python, libxml, etc than would be the case with an rpm native solution. Maybe such a solution would have a smaller memory footprint[1]. > xml was chosen b/c: > 1. didn't have to play games with which language good parse it > 2. you could check it for consistency > 3. you could extend it and and add revisions that could be counted on But the XML is all generated from out of the RPM headers again AIUI. The RPM headers seem to be the lingua franca here. > 4. originally, we had worked on the xml-metadata to include package > information for solaris and deb packages. Not just rpms. You'll notice > there is a format-specific tag section in the xml-metadata for that > reason. Well that is good for yum to have such admirable cross-distro plans, but this doesn't deliver anything for the individual distros in terms of Fedora installing .debs if I understood you. It seems there may be going to be more engineering pointed at rpm than heretofore, seems a good time to raise the role of rpm going on. -Andy [1] I was updating a friend's machine from FC4 -> FC5 a few weeks ago, Anaconda overcommitted the 256MB in the box by 100MB of swap while musing on packages early on in the process and showed no signs of movement for a couple of hours. FC5 Anaconda doesn't have yum in AFAIK but just saying, memory footprint is an issue even on Desktop boxes. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4492 bytes Desc: S/MIME Cryptographic Signature URL: From pemboa at gmail.com Sun Sep 3 18:53:16 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sun, 3 Sep 2006 13:53:16 -0500 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: References: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> Message-ID: <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> On 9/3/06, Terje Bless wrote: > Arthur Pemberton wrote: > > >This is mostly a report of a yet unanswered post in fedora-list. Some > >blind dude asked for help with some tech I have never come accross. It > >seems neither has the majority of the people over on fedora-list. > > Just as a side note... > > Having a knowledgeable blind user willing to do testing is a big boon to getting > accessibility implemented right. I would suggest the project grabs hold of this > person and tries to keep him happy. > > Both Apple and Microsoft have been focussing strongly on Accessibility lately ? > and particularly for blind users ? so this will get to be a big theme going > forward for marketing-ish reasons as well as the normal reasons. > I couldn't agree more. -- Fedora Core 5 and proud From caillon at redhat.com Sun Sep 3 18:56:26 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 03 Sep 2006 14:56:26 -0400 Subject: Patch for crashing firefox with flash-plugin In-Reply-To: <44FB0B60.5000508@mharris.ca> References: <44FAAFCF.4000106@hrusovsky.net> <44FB0B60.5000508@mharris.ca> Message-ID: <44FB255A.6080904@redhat.com> Mike A. Harris wrote: > Matus Hrusovsky wrote: >> Hi, >> >> if possible modify please /usr/bin/firefox in next RPM relese of >> firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. >> > > Yeah, that will make Macromedia _rush_ to fix flash player to > work properly in the future. > While Macrodobe may not care about Fedora users, I certainly do. I'm not really sure why this is needed because I've been using flash without this environment variable for a while, but ajax and halfline say this fixes it for them and I thought I already committed this, but it must have been reverted by accident when I tried merging behdad's pango stuff. I'll add it in the next round of builds... From skvidal at linux.duke.edu Sun Sep 3 19:12:09 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 03 Sep 2006 15:12:09 -0400 Subject: Development -> Release use of --oldpackage In-Reply-To: <44FB2211.9020203@warmcat.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <44FAA1D0.7040409@warmcat.com> <1157303979.17355.37.camel@cutter> <44FB2211.9020203@warmcat.com> Message-ID: <1157310729.17355.47.camel@cutter> On Sun, 2006-09-03 at 19:42 +0100, Andy Green wrote: > No revision intended... I was thinking about a generic "repository" of > all the packages in a distro version, along the lines of what the old > up2date must have had. up2date had rhn. Not exactly something we can duplicate - if only b/c rhn is not mirrorable in any traditional sense. > > 3. while rpm -aid/rpmcache _might_ have worked for depresolution (we > > have almost zero evidence of it working in anything, let alone on a > > large scale) for doing any sort of other querying it was much, much > > heavier. > > Since it would be reusing the librpm stuff that already has a sharp idea > of what Requires are missing if you attempt an install, I can imagine > librpm at least has most of the tools lying around to do it in a good > way using its native database. except that it didn't. > > 4. Trundling around the full rpm header blob is much heavier than just > > the important metadata. This is why we moved away from compressed > > headers from yum 1.X and 2.0 days into the xml metadata. > > Well I see that yum does want to go get the headers still and I guess > parse them > > ---> Downloading header for java-1.4.2-gcj-compat to pack into > transaction set. > java-1.4.2-gcj-compat-1.4 100% |=========================| 26 kB 00:00 > > and the headers come in again with the actual package. > > In terms of the relative cost of metadata management from the > downloading point of view, it seems that a new compressed XML file is > needed every time the repo was updated, whereas a purely RPM > header-based system would just be pulling changed headers. yum is getting the headers of the packages you'll actually use. Not the ones for EVERY package. If you want to see the hate-filled-screeds from the past- feel free to look up what people said when yum downloaded every single header, no matter what. It downloaded gzipped individual headers. And the pronouncement was that it was causing such problems for people on narrow connections. > > 5. the depresolution mechanism was just not as flexible or easily > > corrected as the ones written in other tools. While the rpm-developers > > kept threatening to write a depresolver to "put us all out of > > business" (yes, actual quote) it never materialized. So, rather than > > wait for something to happen that we had no reason to believe would and > > rely on a structure we didn't have much influence over we decided to do > > something ourselves. > > Fair enough, I am certainly glad something as useful and reliable as yum > does have the advantage of existing. My thoughts are in smaller > footprint machines, from my vantage point one can say yum makes the > process heavier by dragging in an (almost uncrosscompilable) python, > libxml, etc than would be the case with an rpm native solution. Maybe > such a solution would have a smaller memory footprint[1]. - libxml2 isn't used anymore - yum works on i386, x86_64, alpha, sparc, arm, ia64, ppc and the s390s. What other platform is it that python doesn't work on? > > xml was chosen b/c: > > 1. didn't have to play games with which language good parse it > > 2. you could check it for consistency > > 3. you could extend it and and add revisions that could be counted on > > But the XML is all generated from out of the RPM headers again AIUI. > The RPM headers seem to be the lingua franca here. Go read how yum 1.0.X did things, then come back and tell me again how wonderful the rpm headers are. > > 4. originally, we had worked on the xml-metadata to include package > > information for solaris and deb packages. Not just rpms. You'll notice > > there is a format-specific tag section in the xml-metadata for that > > reason. > > Well that is good for yum to have such admirable cross-distro plans, but > this doesn't deliver anything for the individual distros in terms of > Fedora installing .debs if I understood you. you didn't understand me. The goal was for us all to be using the same metadata type for repositories. Not so we'd all be using one tool. > It seems there may be going to be more engineering pointed at rpm than > heretofore, seems a good time to raise the role of rpm going on. The answer, imo, is to remove things from rpm. Get rid of all the cruft like rpmio, the xml-output, the yaml output. Make rpm only check deps and do file install/removal/verification. > [1] I was updating a friend's machine from FC4 -> FC5 a few weeks ago, > Anaconda overcommitted the 256MB in the box by 100MB of swap while > musing on packages early on in the process and showed no signs of > movement for a couple of hours. FC5 Anaconda doesn't have yum in AFAIK yes, fc5's anaconda is using yum. > but just saying, memory footprint is an issue even on Desktop boxes. if you want to conduct a fun test: rpm -Uvh bigdirofrpms then see what the memory footprint looks like. If you load rpms/headers into a transaction set things get big. -sv From louisg00 at bellsouth.net Sun Sep 3 19:54:06 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sun, 03 Sep 2006 15:54:06 -0400 Subject: Where's my floopy drive? Message-ID: <1157313246.8503.5.camel@soncomputer> I found some old floppys and wanted to see what they were. Popped them in and couldn't mount the drive. Gnome desktop's Computer didn't have an icon so I went to System/Administration/Hardware which showed the hardware. /dev/fd0 was there but nothing in fstab. -Louis From alan at clueserver.org Sun Sep 3 19:57:31 2006 From: alan at clueserver.org (alan) Date: Sun, 3 Sep 2006 12:57:31 -0700 (PDT) Subject: Where's my floopy drive? In-Reply-To: <1157313246.8503.5.camel@soncomputer> References: <1157313246.8503.5.camel@soncomputer> Message-ID: On Sun, 3 Sep 2006, Louis Garcia II wrote: > I found some old floppys and wanted to see what they were. Popped them > in and couldn't mount the drive. Gnome desktop's Computer didn't have an > icon so I went to System/Administration/Hardware which showed the > hardware. /dev/fd0 was there but nothing in fstab. Can you mount them by hand? mount /dev/fd0 /mnt -- "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a lucky, lucky, lucky little boy. 'Cause you know why? You get to drink from... the FIRE HOOOOOSE!" - The Stanley Spudoski guide to mailing list administration From mharris at mharris.ca Sun Sep 3 20:18:42 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sun, 03 Sep 2006 16:18:42 -0400 Subject: Patch for crashing firefox with flash-plugin In-Reply-To: <44FB170E.2080705@poolshark.org> References: <44FAAFCF.4000106@hrusovsky.net> <44FB0B60.5000508@mharris.ca> <44FB170E.2080705@poolshark.org> Message-ID: <44FB38A2.70805@mharris.ca> Denis Leroy wrote: > Mike A. Harris wrote: >> Matus Hrusovsky wrote: >> >>> Hi, >>> >>> if possible modify please /usr/bin/firefox in next RPM relese of >>> firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. >>> >>> --- /usr/bin/firefox.orig 2006-08-30 10:18:10.000000000 +0200 >>> >>> +++ /usr/bin/firefox 2006-09-02 18:52:13.000000000 +0200 >>> >>> @@ -41,6 +41,7 @@ >>> >>> then >>> >>> MOZ_LIB_DIR="/usr/lib64" >>> >>> fi >>> >>> +export XLIB_SKIP_ARGB_VISUALS=1 >>> >>> MOZ_DIST_BIN="$MOZ_LIB_DIR/firefox-1.5.0.6" >>> >>> MOZ_PROGRAM="$MOZ_DIST_BIN/firefox" >>> >>> MOZ_CLIENT_PROGRAM="$MOZ_DIST_BIN/mozilla-xremote-client" >>> >>> >>> >> >> Yeah, that will make Macromedia _rush_ to fix flash player to >> work properly in the future. > > Do you honestly believe this will have any sort of impact over > Macromedia's flash 9 linux project (http://blogs.adobe.com/penguin.swf/) > ? On the contrary, they would divert resources to fix the old flash 7 > player and that would delay the flash 9 release even more... Perhaps my sarcasm didn't make my point crystal clear. By modifying free software in a way that creates limitations, solely for the purpose of enabling compatibility with non-free software, the free software once again remains hostage to proprietary software. People who require flash support can either try using the gnash plugin, or can work around the brokenness of the flash plugin manually. Or hey, by setting the environment variable themselves. Or even by having it dropped in place by the flash player rpm package. Don't pollute free software with limitations caused due to proprietary stuff which is never going to get fixed. That does not promote the vendors of the proprietary software to fix their software, or to rush to care about the problems in the first place. Leave it broken and unuseable and let the proprietary vendor's email mailboxes fill and telephones ring off the wall. I honestly don't care what Macromedia does. All I care, is that free software remains free, and has as few kludges and hack workarounds in it to work around brokenness of non-free software. If I wanted to be tangled in the ugly web of proprietary software and vendor lockin, I would use Microsoft Windows exclusively. And yes, for the record, I do actually use Macromedia flash in Linux on occasion, and I believe my punishment for doing so, should be to manually work around problems with it myself if the producer of the product doesn't fix it. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From louisg00 at bellsouth.net Sun Sep 3 20:18:40 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Sun, 03 Sep 2006 16:18:40 -0400 Subject: Where's my floopy drive? In-Reply-To: <1157313246.8503.5.camel@soncomputer> References: <1157313246.8503.5.camel@soncomputer> Message-ID: <1157314720.8923.5.camel@soncomputer> On Sun, 2006-09-03 at 12:57 -0700, alan wrote: > On Sun, 2006-09-03 at 15:54 -0400, Louis Garcia II wrote: > > I found some old floppys and wanted to see what they were. Popped them > > in and couldn't mount the drive. Gnome desktop's Computer didn't have an > > icon so I went to System/Administration/Hardware which showed the > > hardware. /dev/fd0 was there but nothing in fstab. > > > > -Louis > > Can you mount them by hand? > > mount /dev/fd0 /mnt Yes, I can mount it in the terminal. I edited fstab and created /media/floppy and now gnome sees the drive. Seems the installer didn't do the proper things for the floppy. -Louis From andy at warmcat.com Sun Sep 3 20:49:19 2006 From: andy at warmcat.com (Andy Green) Date: Sun, 03 Sep 2006 21:49:19 +0100 Subject: Development -> Release use of --oldpackage In-Reply-To: <1157310729.17355.47.camel@cutter> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <44FAA1D0.7040409@warmcat.com> <1157303979.17355.37.camel@cutter> <44FB2211.9020203@warmcat.com> <1157310729.17355.47.camel@cutter> Message-ID: <44FB3FCF.40005@warmcat.com> seth vidal wrote: >>> 3. while rpm -aid/rpmcache _might_ have worked for depresolution (we >>> have almost zero evidence of it working in anything, let alone on a >>> large scale) for doing any sort of other querying it was much, much >>> heavier. >> Since it would be reusing the librpm stuff that already has a sharp idea >> of what Requires are missing if you attempt an install, I can imagine >> librpm at least has most of the tools lying around to do it in a good >> way using its native database. > > except that it didn't. Oh well. > yum is getting the headers of the packages you'll actually use. Not the > ones for EVERY package. If you want to see the hate-filled-screeds from > the past- feel free to look up what people said when yum downloaded > every single header, no matter what. It downloaded gzipped individual > headers. And the pronouncement was that it was causing such problems for > people on narrow connections. Hum well I guess that it is folks on dialup or whatever that tend to update the least often, ensuring a pile of new headers that would be interesting. Whereas with your current method they just get the compressed XML file once. That can clearly be a win for the compressed summary method. But for people who have the nightly yum going, it can be a win for the header method if stuff is changing at most a few packages every day. >>> 5. the depresolution mechanism was just not as flexible or easily >>> corrected as the ones written in other tools. While the rpm-developers >>> kept threatening to write a depresolver to "put us all out of >>> business" (yes, actual quote) it never materialized. So, rather than >>> wait for something to happen that we had no reason to believe would and >>> rely on a structure we didn't have much influence over we decided to do >>> something ourselves. >> Fair enough, I am certainly glad something as useful and reliable as yum >> does have the advantage of existing. My thoughts are in smaller >> footprint machines, from my vantage point one can say yum makes the >> process heavier by dragging in an (almost uncrosscompilable) python, >> libxml, etc than would be the case with an rpm native solution. Maybe >> such a solution would have a smaller memory footprint[1]. > > - libxml2 isn't used anymore > - yum works on i386, x86_64, alpha, sparc, arm, ia64, ppc and the s390s. > What other platform is it that python doesn't work on? I'm talking about crosscompiling. There's a short rant here describing why there is a problem and why it is a problem. http://warmcat.com/_wp/?p=17 It's not your problem, and Fedora doesn't mind either since they already have system-config-* stuff done in Python and so have to have it in a minimal install. But it does raise the price of doing package management using these mainstream tools on much smaller boxes. >>> xml was chosen b/c: >>> 1. didn't have to play games with which language good parse it >>> 2. you could check it for consistency >>> 3. you could extend it and and add revisions that could be counted on >> But the XML is all generated from out of the RPM headers again AIUI. >> The RPM headers seem to be the lingua franca here. > > Go read how yum 1.0.X did things, then come back and tell me again how > wonderful the rpm headers are. I'm just saying they are the raw material. Ultimately yum is eating them via XML, and rpm eats them from the package, rpm maintains a database them. If you have a link to some great yum 1.0 battle I can read up on I will do so. >>> 4. originally, we had worked on the xml-metadata to include package >>> information for solaris and deb packages. Not just rpms. You'll notice >>> there is a format-specific tag section in the xml-metadata for that >>> reason. >> Well that is good for yum to have such admirable cross-distro plans, but >> this doesn't deliver anything for the individual distros in terms of >> Fedora installing .debs if I understood you. > > you didn't understand me. The goal was for us all to be using the same > metadata type for repositories. Not so we'd all be using one tool. I think I did get your point, what I don't see is what that delivers for, say, Fedora that a Solaris repo has the same metadata. >> It seems there may be going to be more engineering pointed at rpm than >> heretofore, seems a good time to raise the role of rpm going on. > > The answer, imo, is to remove things from rpm. Get rid of all the cruft > like rpmio, the xml-output, the yaml output. Make rpm only check deps > and do file install/removal/verification. I guess either rpm should grow if it makes sense to perform natively any of the higher depsolving actions, or it should shrink to lose functionality that is duplicated in yum. It seems things like rpmio, xml and yaml cannot currently be chopped out at ./configure time at least not according to the configure help. It would only be an improvement to rpm if you could pick and choose what to build with a bit finer granularity. > yes, fc5's anaconda is using yum. That actually makes me feel better about it, because when I go around there next time to give them FC6 at least it might take no longer with the 384MB they have now. > If you load rpms/headers into a transaction set things get big. In my experience package management is now the single most memory-demanding action a box may ever experience, and it is defining the minimum memory needed for the whole OS. If most of that allocation is coming out of librpm, and there is currently interest in looking at rpm harder, memory footprint reduction would be nice for everyone. -Andy -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 4492 bytes Desc: S/MIME Cryptographic Signature URL: From skvidal at linux.duke.edu Sun Sep 3 21:06:50 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 03 Sep 2006 17:06:50 -0400 Subject: Development -> Release use of --oldpackage In-Reply-To: <44FB3FCF.40005@warmcat.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <44FAA1D0.7040409@warmcat.com> <1157303979.17355.37.camel@cutter> <44FB2211.9020203@warmcat.com> <1157310729.17355.47.camel@cutter> <44FB3FCF.40005@warmcat.com> Message-ID: <1157317610.17355.69.camel@cutter> On Sun, 2006-09-03 at 21:49 +0100, Andy Green wrote: > > yum is getting the headers of the packages you'll actually use. Not the > > ones for EVERY package. If you want to see the hate-filled-screeds from > > the past- feel free to look up what people said when yum downloaded > > every single header, no matter what. It downloaded gzipped individual > > headers. And the pronouncement was that it was causing such problems for > > people on narrow connections. > > Hum well I guess that it is folks on dialup or whatever that tend to > update the least often, ensuring a pile of new headers that would be > interesting. Whereas with your current method they just get the > compressed XML file once. That can clearly be a win for the compressed > summary method. > > But for people who have the nightly yum going, it can be a win for the > header method if stuff is changing at most a few packages every day. We considered producing per-package xml files and the big collection of them so we could optimize both ways. It just ate room on mirrors and was hard to tell when one would be a win over the other for any given connection. > >>> xml was chosen b/c: > >>> 1. didn't have to play games with which language good parse it > >>> 2. you could check it for consistency > >>> 3. you could extend it and and add revisions that could be counted on > >> But the XML is all generated from out of the RPM headers again AIUI. > >> The RPM headers seem to be the lingua franca here. > > > > Go read how yum 1.0.X did things, then come back and tell me again how > > wonderful the rpm headers are. > > I'm just saying they are the raw material. Ultimately yum is eating > them via XML, and rpm eats them from the package, rpm maintains a > database them. If you have a link to some great yum 1.0 battle I can > read up on I will do so. go look on the yum mailing list for the first couple of years. > I think I did get your point, what I don't see is what that delivers > for, say, Fedora that a Solaris repo has the same metadata. > it doesn't. Yum predates fedora. yum was first released when rhl 7.2 was current. The point was to make it so the various pkging people could come together on SOMETHING rather than constantly having one-off formats. The more often you have people come to the same table the better chance you have for other collaborations. > I guess either rpm should grow if it makes sense to perform natively any > of the higher depsolving actions, or it should shrink to lose > functionality that is duplicated in yum. It seems things like rpmio, > xml and yaml cannot currently be chopped out at ./configure time at > least not according to the configure help. It would only be an > improvement to rpm if you could pick and choose what to build with a bit > finer granularity. I think less code is good. especially less code where fewer people can be involved in it. rip rpmio, yaml, xml, etc right out of rpm. Strip rpm down to a library and an extremely basic cli. Do the rest of the tools and what-not using the library in higher-level languages. Bring rpm-build out into its own package that just uses the library. Starting doing some real changes to how rpm's get built. Maybe even have it tie in closer to our current buildroot mechanism. Think about it. A spec file that could tell you what distro it was designed for - maybe even the chroot conditions. > In my experience package management is now the single most > memory-demanding action a box may ever experience, and it is defining > the minimum memory needed for the whole OS. If most of that allocation > is coming out of librpm, and there is currently interest in looking at > rpm harder, memory footprint reduction would be nice for everyone. I agree. This is why we want to get rpm out of the doldrums it has been in for the last 2 years or so. Since rpm 4.1.X not a lot has changed to make rpm better/faster/stronger. -sv From jspaleta at gmail.com Sun Sep 3 21:13:17 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Sun, 3 Sep 2006 13:13:17 -0800 Subject: Development -> Release use of --oldpackage In-Reply-To: <44FB2211.9020203@warmcat.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <44FAA1D0.7040409@warmcat.com> <1157303979.17355.37.camel@cutter> <44FB2211.9020203@warmcat.com> Message-ID: <604aa7910609031413n25130ff7xdc7012212b5856c3@mail.gmail.com> On 9/3/06, Andy Green wrote: > But the XML is all generated from out of the RPM headers again AIUI. > The RPM headers seem to be the lingua franca here. Not all the information.... the comps information is not contained in the rpm headers. And the metadata concept is flexible enough to include other things that end-users need, such as notification text to tell update clients why updates are being offered. or to flag updates as security related...contextual information that makes very little sense as part of a header of a single package, but only has meaning in the context of the repository in which the package is found. -jef From david at lovesunix.net Sun Sep 3 21:16:11 2006 From: david at lovesunix.net (David Nielsen) Date: Sun, 03 Sep 2006 23:16:11 +0200 Subject: Standardising firefox plugin installation Message-ID: <1157318171.3026.15.camel@price> It's come to my attention through painful experience that if you install a plugin like gnash or the totem plugin there doesn't seem to be a set standard for where to install these. This leads to many issues like other gecko based browsers, like my beloved Epiphany, doesn't pick these up. The situation for gnash is even worse , it's not even picked up by firefox (using about:plugins to display registered plugins), it is however in the same directory as the totem-plugin so I think this might be a gnash bug. We should definitely seek to get this resolved, for the benefit of users as well as packagers of 3rd party plugins in Extras. - David Nielsen From skvidal at linux.duke.edu Sun Sep 3 21:24:44 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Sun, 03 Sep 2006 17:24:44 -0400 Subject: Development -> Release use of --oldpackage In-Reply-To: <604aa7910609031413n25130ff7xdc7012212b5856c3@mail.gmail.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <44FAA1D0.7040409@warmcat.com> <1157303979.17355.37.camel@cutter> <44FB2211.9020203@warmcat.com> <604aa7910609031413n25130ff7xdc7012212b5856c3@mail.gmail.com> Message-ID: <1157318684.17355.70.camel@cutter> On Sun, 2006-09-03 at 13:13 -0800, Jeff Spaleta wrote: > On 9/3/06, Andy Green wrote: > > But the XML is all generated from out of the RPM headers again AIUI. > > The RPM headers seem to be the lingua franca here. > > > Not all the information.... the comps information is not contained in > the rpm headers. > And the metadata concept is flexible enough to include other things > that end-users need, such as notification text to tell update clients > why updates are being offered. or to flag updates as security > related...contextual information that makes very little sense as part > of a header of a single package, but only has meaning in the context > of the repository in which the package is found. This is a good point. We've been using comps for a while now but in the last few months Luke's update/security info xml file has really taken off. -sv From ggw at wolves.durham.nc.us Sun Sep 3 21:42:08 2006 From: ggw at wolves.durham.nc.us (G.Wolfe Woodbury) Date: Sun, 03 Sep 2006 17:42:08 -0400 Subject: Where's my floopy drive? In-Reply-To: <1157314720.8923.5.camel@soncomputer> References: <1157313246.8503.5.camel@soncomputer> <1157314720.8923.5.camel@soncomputer> Message-ID: <20060903214208.GA7639@wolves.durham.nc.us> On Sun, Sep 03, 2006 at 04:18:40PM -0400, Louis Garcia II wrote: > On Sun, 2006-09-03 at 12:57 -0700, alan wrote: > > On Sun, 2006-09-03 at 15:54 -0400, Louis Garcia II wrote: > > > I found some old floppys and wanted to see what they were. Popped them > > > in and couldn't mount the drive. Gnome desktop's Computer didn't have an > > > icon so I went to System/Administration/Hardware which showed the > > > hardware. /dev/fd0 was there but nothing in fstab. > > > > Can you mount them by hand? > > > > mount /dev/fd0 /mnt > > Yes, I can mount it in the terminal. I edited fstab and created /media/floppy and > now gnome sees the drive. Seems the installer didn't do the proper things for > the floppy. You should also be able to use "mtools" to look at them without having to mount them. mdir should produce a directory listing mcopy a: ./ should copy to the current directory (etc...) This does presume that the disks are M$-DOS formatted with FAT or VFAT structures. --Wolfe From caillon at redhat.com Sun Sep 3 22:23:25 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 03 Sep 2006 18:23:25 -0400 Subject: Standardising firefox plugin installation In-Reply-To: <1157318171.3026.15.camel@price> References: <1157318171.3026.15.camel@price> Message-ID: <44FB55DD.9010600@redhat.com> David Nielsen wrote: > It's come to my attention through painful experience that if you install > a plugin like gnash or the totem plugin there doesn't seem to be a set > standard for where to install these. This leads to many issues like > other gecko based browsers, like my beloved Epiphany, doesn't pick these > up. > It's been $libdir/mozilla/plugins since the Red Hat Linux days. If you feel the need to go through some formal process of review for its location, go for it, but too many things already rely on that directory and it won't be changing. From david at lovesunix.net Sun Sep 3 22:35:23 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 04 Sep 2006 00:35:23 +0200 Subject: Standardising firefox plugin installation In-Reply-To: <44FB55DD.9010600@redhat.com> References: <1157318171.3026.15.camel@price> <44FB55DD.9010600@redhat.com> Message-ID: <1157322923.3026.40.camel@price> s?n, 03 09 2006 kl. 18:23 -0400, skrev Christopher Aillon: > David Nielsen wrote: > > It's come to my attention through painful experience that if you install > > a plugin like gnash or the totem plugin there doesn't seem to be a set > > standard for where to install these. This leads to many issues like > > other gecko based browsers, like my beloved Epiphany, doesn't pick these > > up. > > > > It's been $libdir/mozilla/plugins since the Red Hat Linux days. If you > feel the need to go through some formal process of review for its > location, go for it, but too many things already rely on that directory > and it won't be changing. I wasn't suggesting changing the directory as such, I merely wondered if we had a standard (defacto or otherwise) since it did not appear that way when actually checking if the plugins were picked up in Epiphany. I'm happy to see that we do infact have an unofficial standard, now we are still stuck with some issues. I take it since something like the gnash plugin does install in the correct place not being picked up by Firefox is a bug then? - David From caillon at redhat.com Sun Sep 3 22:50:06 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 03 Sep 2006 18:50:06 -0400 Subject: Standardising firefox plugin installation In-Reply-To: <1157322923.3026.40.camel@price> References: <1157318171.3026.15.camel@price> <44FB55DD.9010600@redhat.com> <1157322923.3026.40.camel@price> Message-ID: <44FB5C1E.2070307@redhat.com> David Nielsen wrote: > s?n, 03 09 2006 kl. 18:23 -0400, skrev Christopher Aillon: >> David Nielsen wrote: >>> It's come to my attention through painful experience that if you install >>> a plugin like gnash or the totem plugin there doesn't seem to be a set >>> standard for where to install these. This leads to many issues like >>> other gecko based browsers, like my beloved Epiphany, doesn't pick these >>> up. >>> >> It's been $libdir/mozilla/plugins since the Red Hat Linux days. If you >> feel the need to go through some formal process of review for its >> location, go for it, but too many things already rely on that directory >> and it won't be changing. > > I wasn't suggesting changing the directory as such, I merely wondered if > we had a standard (defacto or otherwise) since it did not appear that > way when actually checking if the plugins were picked up in Epiphany. Epiphany might simply not be looking there. Do your plugins get picked up if you export MOZ_PLUGIN_PATH=$libdir/mozilla/plugins prior to launching epiphany? > I'm happy to see that we do infact have an unofficial standard, now we > are still stuck with some issues. I take it since something like the > gnash plugin does install in the correct place not being picked up by > Firefox is a bug then? Probably. In gnash more likely than not if other plugins get loaded properly. From caillon at redhat.com Sun Sep 3 23:10:06 2006 From: caillon at redhat.com (Christopher Aillon) Date: Sun, 03 Sep 2006 19:10:06 -0400 Subject: Patch for crashing firefox with flash-plugin In-Reply-To: <44FB255A.6080904@redhat.com> References: <44FAAFCF.4000106@hrusovsky.net> <44FB0B60.5000508@mharris.ca> <44FB255A.6080904@redhat.com> Message-ID: <44FB60CE.2030301@redhat.com> Christopher Aillon wrote: > Mike A. Harris wrote: >> Matus Hrusovsky wrote: >>> Hi, >>> >>> if possible modify please /usr/bin/firefox in next RPM relese of >>> firefox. Without it firefox-1.5.0.6-9 still crashes with flash-plugin. >>> >> >> Yeah, that will make Macromedia _rush_ to fix flash player to >> work properly in the future. >> > > > While Macrodobe may not care about Fedora users, I certainly do. I'm > not really sure why this is needed because I've been using flash without > this environment variable for a while, but ajax and halfline say this > fixes it for them and I thought I already committed this, but it must > have been reverted by accident when I tried merging behdad's pango stuff. > > I'll add it in the next round of builds... Although this still won't fix things for other browsers. A better solution is required (which might simply be Macrodobe should fix their plugin). Anyway, this temporary hack will be in 1.5.0.6-10 along with my changes to (re-)enable GCC visibility assuming that build succeeds.... From david at lovesunix.net Mon Sep 4 00:19:09 2006 From: david at lovesunix.net (David Nielsen) Date: Mon, 04 Sep 2006 02:19:09 +0200 Subject: Standardising firefox plugin installation In-Reply-To: <44FB5C1E.2070307@redhat.com> References: <1157318171.3026.15.camel@price> <44FB55DD.9010600@redhat.com> <1157322923.3026.40.camel@price> <44FB5C1E.2070307@redhat.com> Message-ID: <1157329149.3026.44.camel@price> s?n, 03 09 2006 kl. 18:50 -0400, skrev Christopher Aillon: > David Nielsen wrote: > > s?n, 03 09 2006 kl. 18:23 -0400, skrev Christopher Aillon: > >> David Nielsen wrote: > >>> It's come to my attention through painful experience that if you install > >>> a plugin like gnash or the totem plugin there doesn't seem to be a set > >>> standard for where to install these. This leads to many issues like > >>> other gecko based browsers, like my beloved Epiphany, doesn't pick these > >>> up. > >>> > >> It's been $libdir/mozilla/plugins since the Red Hat Linux days. If you > >> feel the need to go through some formal process of review for its > >> location, go for it, but too many things already rely on that directory > >> and it won't be changing. > > > > I wasn't suggesting changing the directory as such, I merely wondered if > > we had a standard (defacto or otherwise) since it did not appear that > > way when actually checking if the plugins were picked up in Epiphany. > > Epiphany might simply not be looking there. Do your plugins get picked > up if you export MOZ_PLUGIN_PATH=$libdir/mozilla/plugins prior to > launching epiphany? Still doesn't show up.. odd indeed. - David From paul at permanentmail.com Mon Sep 4 01:00:52 2006 From: paul at permanentmail.com (Paul Dickson) Date: Sun, 3 Sep 2006 18:00:52 -0700 Subject: GTK/Metacity window selection problem with Sylpheed Message-ID: <20060903180052.a877d8cd.paul@permanentmail.com> I'm using Sylpheed 2.2.7 (in the latest devel) which I compiled a couple of weeks ago (Extras only recently added it). Whenever I go to a new window (either first compose window in a folder or a new summaryview after changing to a folder), mouse clicking it will bring the window forward but it won't be active (no matter how many times I click the window). The window will only accept input after I click the window edge (I'm currently only sure of the top edge (blue bar) at the moment). Is this a new feature in Metacity or a bug? metacity-2.15.34-1.fc6 gtk2-2.10.2-6.fc6 -Paul From naoki at valuecommerce.com Mon Sep 4 02:35:28 2006 From: naoki at valuecommerce.com (Naoki) Date: Mon, 04 Sep 2006 11:35:28 +0900 Subject: yum question, reverting to old packages. In-Reply-To: <1157239292.17355.26.camel@cutter> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> Message-ID: <1157337328.2713.39.camel@localhost.localdomain> On Sat, 2006-09-02 at 19:21 -0400, seth vidal wrote: > On Sat, 2006-09-02 at 23:13 +0300, Panu Matilainen wrote: > The criteria for it, however, is that it can NEVER happen automatically. > There will be no config option that sets it to happen it will only be > something one does on the command line (and maybe it should implicitly > disable -y) > > Seriously, I'd like it to be something that requires hoops, maybe even > flaming hoops. :) Please keep '-y' as it stands otherwise it ceases to be scriptable and therefore becomes less helpful than "rpm -e $PKG && yum -y install $PKG-version". I see the point being made on the list that there is a chance that an RPM could have a %postun scripts that breaks things, but by the same token the damaged RPM could have poor logic in the %pre, %post, %verify, etc etc areas. It's not the package managers job to stop poorly produced RPMs from breaking things. If an RPM is going to break then it's going to break, and we'll always have the old faithful "rpm -e" anyway. Granted it's probably more useful for rawhide users than Core users but even so I can still see it being of use to users who are somewhat less skilled in the black arts of RPM commands and simply want a way to revert a kernel or xorg package that shipped with a busted driver. From jacliburn at bellsouth.net Mon Sep 4 02:52:04 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sun, 03 Sep 2006 21:52:04 -0500 Subject: Rogue IRQ blows up irqbalance Message-ID: <44FB94D4.80806@bellsouth.net> I haven't reported this to the linux-kernel folks yet, but I have a system (Asus M2V dual-core Athlon) whose audio device gets assigned an IRQ of 8410 in 2.6.18-rc5-mm1. (Works fine in rc4-mm3, getting assigned an IRQ of 17.) This causes irqbalance to segfault at line 108 of procinterrupts.c because interrupts[irqnumber] goes off into space, since irqnumber is larger than MAX_INTERRUPTS (256). Would it be worthwhile to add a sanity check on the irqnumber read up from /proc/interrupts? Jay From zaitcev at redhat.com Mon Sep 4 04:25:31 2006 From: zaitcev at redhat.com (Pete Zaitcev) Date: Sun, 3 Sep 2006 21:25:31 -0700 Subject: GTK/Metacity window selection problem with Sylpheed In-Reply-To: <20060903180052.a877d8cd.paul@permanentmail.com> References: <20060903180052.a877d8cd.paul@permanentmail.com> Message-ID: <20060903212531.38dedcf8.zaitcev@redhat.com> On Sun, 3 Sep 2006 18:00:52 -0700, Paul Dickson wrote: > I'm using Sylpheed 2.2.7 (in the latest devel) which I compiled a couple > of weeks ago (Extras only recently added it). Whenever I go to a new > window (either first compose window in a folder or a new summaryview > after changing to a folder), mouse clicking it will bring the window > forward but it won't be active (no matter how many times I click the > window). The window will only accept input after I click the window edge > (I'm currently only sure of the top edge (blue bar) at the moment). > > Is this a new feature in Metacity or a bug? > > metacity-2.15.34-1.fc6 > gtk2-2.10.2-6.fc6 Welcome to the club https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205074 In the bug report above I talk at length about hardware problems on my laptop, but in truth I noticed it first with Sylpheed too. However, I use the old Sylpheed binary from Extras. -- Pete From tla-ml at rasmil.dk Mon Sep 4 06:34:13 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Mon, 04 Sep 2006 08:34:13 +0200 Subject: New yum plugin to skip packages with dependencies problems. In-Reply-To: References: <44F40D78.1070607@rasmil.dk> Message-ID: <44FBC8E5.3060802@rasmil.dk> Thomas M Steenholdt wrote: > Tim Lauridsen wrote: >> Hi >> I have created a yum plugin there solves the problem with updates >> with dependency problem there blocks from updating >> your system. >> > > Ahh, > > This has been needed for some time. I'll try it out as soo as possible. > Hopefully this functionality could be included in upcoming fedora > releases or as an extras package. > > /Thomas > It will be include in yum-utils there already is in Extras. Tim From jdieter at gmail.com Mon Sep 4 06:53:18 2006 From: jdieter at gmail.com (Jonathan Dieter) Date: Mon, 04 Sep 2006 09:53:18 +0300 Subject: Kernel fix for ICH7M controller In-Reply-To: <44FB93B5.1020703@gmail.com> References: <44FAE630.20801@gmail.com> <44FB93B5.1020703@gmail.com> Message-ID: <44FBCD5E.1090007@gmail.com> Tejun Heo wrote: > Jonathan Dieter wrote: >> The ata_piix module doesn't detect that my laptop's disk controller >> (Intel Corporation 82801GBM/GHM - ICH7 Family) is configured to have >> PATA drives in the first two channels. I looked at Intel's >> documentation and they say that my controller isn't supposed to >> support this configuration, but it's the default setup on this >> laptop, there's no way to change it in the BIOS, and it works in >> Windows, so I'm assuming this is a documentation error. >> >> This patch changes one line in ata_piix.c so that it sees this >> configuration as valid (and therefore recognizes my drives). I've >> tested it on my laptop and the module is now working perfectly >> (whereas the kernel was using the old IDE driver previously with no >> DMA enabled). > > Hello, > > Interesting. Can you post the result of 'lspci -n -vvv -xxx'? I > don't see why this support shouldn't go into mainline but wanna see if > narrowing down the effect a bit (if PCI ID allows us to) would be a > good idea. > > Thanks. > Here's the lspci -n -xxx -vvv output. I've attached the whole output, though my disk controller card is at 00:1f.2. Thanks for looking at this, Jonathan -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: lspci.out URL: From jfrieben at freesurf.fr Mon Sep 4 07:33:47 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Mon, 4 Sep 2006 09:33:47 +0200 (CEST) Subject: GTK/Metacity window selection problem with Sylpheed In-Reply-To: <20060903180052.a877d8cd.paul@permanentmail.com> References: <20060903180052.a877d8cd.paul@permanentmail.com> Message-ID: <48342.194.94.224.254.1157355227.squirrel@arlette.freesurf.fr> This is a known issue reported some days ago at: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204519 From fedora at camperquake.de Mon Sep 4 07:47:53 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Mon, 4 Sep 2006 09:47:53 +0200 Subject: GTK/Metacity window selection problem with Sylpheed In-Reply-To: <48342.194.94.224.254.1157355227.squirrel@arlette.freesurf.fr> References: <20060903180052.a877d8cd.paul@permanentmail.com> <48342.194.94.224.254.1157355227.squirrel@arlette.freesurf.fr> Message-ID: <20060904094753.1e4f09bd@banea.int.addix.net> Hi. On Mon, 4 Sep 2006 09:33:47 +0200 (CEST), Joachim Frieben wrote: > This is a known issue reported some days ago at: > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204519 That one is most annoying. From jfrieben at freesurf.fr Mon Sep 4 07:48:12 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Mon, 4 Sep 2006 09:48:12 +0200 (CEST) Subject: Standardising firefox plugin installation In-Reply-To: <1157322923.3026.40.camel@price> References: <1157322923.3026.40.camel@price> Message-ID: <50996.194.94.224.254.1157356092.squirrel@arlette.freesurf.fr> I am a loyal "epiphany" user too, and yesterday I tried out "gnash" by installing "gnash-0.7.1-7.fc6.i386.rpm" and "gnash-plugin-0.7.1-7.fc6.i386.rpm".After closing all "epiphany" windows and opening a new one, "about:plugins" showed the "gnash" plugin in the very first line. The plugin actually does something on a "flash" animated web page although not quite what it is meant to do ... Anyway, it was not a matter of not getting picked up at all. The "gnash" plugin lives in the same "/usr/lib/mozilla/plugins" directory as the other plugins, e.g. installed by "totem". My system is a "rawhide" system as of 2006-09-03. I hence assume the problem is related to your particular setup. > I wasn't suggesting changing the directory as such, I merely wondered > if we had a standard (defacto or otherwise) since it did not appear > that way when actually checking if the plugins were picked up in > Epiphany. > > I'm happy to see that we do infact have an unofficial standard, now we > are still stuck with some issues. I take it since something like the > gnash plugin does install in the correct place not being picked up by > Firefox is a bug then? > > - David From tmus at tmus.dk Mon Sep 4 09:35:26 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 04 Sep 2006 11:35:26 +0200 Subject: New yum plugin to skip packages with dependencies problems. In-Reply-To: <44FBC8E5.3060802@rasmil.dk> References: <44F40D78.1070607@rasmil.dk> <44FBC8E5.3060802@rasmil.dk> Message-ID: Tim Lauridsen wrote: > Thomas M Steenholdt wrote: >> Tim Lauridsen wrote: >>> Hi >>> I have created a yum plugin there solves the problem with updates >>> with dependency problem there blocks from updating >>> your system. >>> >> >> Ahh, >> >> This has been needed for some time. I'll try it out as soo as possible. >> Hopefully this functionality could be included in upcoming fedora >> releases or as an extras package. >> >> /Thomas >> > It will be include in yum-utils there already is in Extras. > > Tim > Perfect! /Thomas From tmus at tmus.dk Mon Sep 4 09:40:52 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 04 Sep 2006 11:40:52 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: Oh no! YaST is one of the primary things that i dislike about SuSE. screws up manually configured things. Needs to run SuSEconfig all the time to sync config database etc etc... Lets just make more(/better?) system-config* tools and perhaps a folder with shortcuts to all these. /Thomas From cthiel at suse.de Mon Sep 4 09:44:54 2006 From: cthiel at suse.de (Christoph Thiel) Date: Mon, 4 Sep 2006 11:44:54 +0200 (CEST) Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: On Mon, 4 Sep 2006, Thomas M Steenholdt wrote: > YaST is one of the primary things that i dislike about SuSE. screws up > manually configured things. Needs to run SuSEconfig all the time to sync > config database etc etc... That's just not true! Neither YaST nor SuSEconfig should touch files that you have changed manually. If they do, that's a bug and needs to be fixed. Regards Christoph From buildsys at redhat.com Mon Sep 4 09:55:05 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 4 Sep 2006 05:55:05 -0400 Subject: rawhide report: 20060904 changes Message-ID: <200609040955.k849t5OU010889@hs20-bc2-6.build.redhat.com> Updated Packages: dasher-4.2.0-1.fc6 ------------------ * Sun Sep 03 2006 Matthias Clasen - 4.2.0-1.fc6 - Update to 4.2.0 db4-4.3.29-7.fc6 ---------------- * Sun Sep 03 2006 Jindrich Novy 4.3.29-7.fc6 - fix memleak caused by SET_TXN macro in xa_db.c, when opening database created with DB_XA_CREATE flag (#204920) epiphany-2.16.0-1.fc6 --------------------- * Sun Sep 03 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 firefox-1.5.0.6-10 ------------------ * Sun Sep 03 2006 Christopher Aillon 1.5.0.6-10 - Enable GCC visibility - export XLIB_SKIP_ARGB_VISUALS=1 as a temporary workaround to prevent a broken Adobe/Macromedia Flash Player plugin taking the X server. gdb-6.5-7.fc6 ------------- * Mon Sep 04 2006 Alexandre Oliva - 6.5-7 - Fix bug in patch for CVE-2006-4146. (BZ 203873, BZ 203880) * Thu Aug 24 2006 Alexandre Oliva - 6.5-6 - Avoid overflows and underflows in dwarf expression computation stack. (BZ 203873) gecko-sharp2-0.11-12 -------------------- * Sun Sep 03 2006 Christopher Aillon - 0.11-12 - Update the pkgconfig file to use the correct LIBDIR (#204254) - Add -devel sub-package gnome-icon-theme-2.16.0-1.fc6 ----------------------------- * Sun Sep 03 2006 Matthias Clasen - 2.16.0-1 - Update to 2.16.0 gnome-power-manager-2.16.0-1.fc6 -------------------------------- * Sun Sep 03 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 kernel-2.6.17-1.2614.fc6 ------------------------ * Sun Sep 03 2006 Dave Jones - Fix bogus -EIO's over NFS (#204859) * Sun Sep 03 2006 Marcelo Tosatti - Remove PAE, xen and kdump configs for olpc case * Sun Sep 03 2006 Dave Jones - 2.6.18rc5-git7 m17n-db-1.3.3-21.fc6 -------------------- * Mon Sep 04 2006 Mayank Jain - Added key summaries to pa-inscript/jhelum - Fixed 204755 orca-1.0.0-1.fc6 ---------------- * Sun Sep 03 2006 Matthias Clasen - 1.0.0-1 - Update to 1.0.0 scim-chewing-0.3.1-4.fc6 ------------------------ * Mon Sep 04 2006 Caius Chance - 0.3.1-4_fc6 - Fixed bz#197556 : pre-edit buffer for chewing is not reset after deactivation. * Thu Aug 17 2006 Caius Chance - 0.3.1-3 - remove patch of 0.3.1-2 as bug# 191957 is not reproduceable totem-2.16.0-1.fc6 ------------------ * Sun Sep 03 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.0-3.ia64 requires libvirt-python >= 0:0.1.4-3 virt-manager - 0.2.0-3.ia64 requires python-xeninst >= 0:0.90.1 From tmus at tmus.dk Mon Sep 4 10:53:18 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 04 Sep 2006 12:53:18 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: Christoph Thiel wrote: > On Mon, 4 Sep 2006, Thomas M Steenholdt wrote: > >> YaST is one of the primary things that i dislike about SuSE. screws up >> manually configured things. Needs to run SuSEconfig all the time to sync >> config database etc etc... > > That's just not true! Neither YaST nor SuSEconfig should touch files that > you have changed manually. If they do, that's a bug and needs to be fixed. > > > Regards > Christoph > Okay, so it's buggy - doesn't help it's case in my book /Thomas From cthiel at suse.de Mon Sep 4 10:56:09 2006 From: cthiel at suse.de (Christoph Thiel) Date: Mon, 4 Sep 2006 12:56:09 +0200 (CEST) Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: On Mon, 4 Sep 2006, Thomas M Steenholdt wrote: > Christoph Thiel wrote: > > On Mon, 4 Sep 2006, Thomas M Steenholdt wrote: > > > > > YaST is one of the primary things that i dislike about SuSE. screws up > > > manually configured things. Needs to run SuSEconfig all the time to sync > > > config database etc etc... > > > > That's just not true! Neither YaST nor SuSEconfig should touch files that > > you have changed manually. If they do, that's a bug and needs to be fixed. > > Okay, so it's buggy - doesn't help it's case in my book Could you please be a bit more specific? Anyway, I don't think this is the right forum to discuss this. Regards Christoph From tmus at tmus.dk Mon Sep 4 11:06:41 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Mon, 04 Sep 2006 13:06:41 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: Christoph Thiel wrote: > On Mon, 4 Sep 2006, Thomas M Steenholdt wrote: > >> Christoph Thiel wrote: >>> On Mon, 4 Sep 2006, Thomas M Steenholdt wrote: >>> >>>> YaST is one of the primary things that i dislike about SuSE. screws up >>>> manually configured things. Needs to run SuSEconfig all the time to sync >>>> config database etc etc... >>> That's just not true! Neither YaST nor SuSEconfig should touch files that >>> you have changed manually. If they do, that's a bug and needs to be fixed. >> Okay, so it's buggy - doesn't help it's case in my book > > Could you please be a bit more specific? Anyway, I don't think this is the > right forum to discuss this. > > > Regards > Christoph > Right. I'm just saying that YaST is not good enough in my world. Also some things may have changed. But unless you do a SuSEconfig when changing YaST controlled files manually, stuff will happen later on. One of my first problems with this was my bootloader being reconfigured after adding a soundcard! Not good enough. Anyway. This is not something that I really want to discuss. I'me merely communicating my personal opinion of this tool. /Thomas From nphilipp at redhat.com Mon Sep 4 12:59:18 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Mon, 04 Sep 2006 14:59:18 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44FA8BC7.6010802@adslpipe.co.uk> References: <44F706B6.3010009@math.unl.edu> <44FA8BC7.6010802@adslpipe.co.uk> Message-ID: <1157374758.926.2.camel@gibraltar.stuttgart.redhat.com> On Sun, 2006-09-03 at 09:01 +0100, Andy Burns wrote: > Rex Dieter wrote: > > > The hard decision has been made that openmotif will be removed from > > Fedora and the current plan is to make this happen by October 2, 2006, > > the final development freeze for Fedora Core 6. > > I appreciate the reasons for this, but I think it's correct to say that > the Citrix ICA client requires motif, obviously this is outside the > scope of Fedora, but just a heads-up to those who use rdesktop/ica from > linux desktops to windows servers ... AFAIK, it's only the configuration tool that needs Motif, the client can do without. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nman64 at n-man.com Mon Sep 4 17:28:34 2006 From: nman64 at n-man.com (Patrick W. Barnes) Date: Mon, 4 Sep 2006 12:28:34 -0500 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> References: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> Message-ID: <200609041228.37229.nman64@n-man.com> On Sunday 03 September 2006 13:53, "Arthur Pemberton" wrote: > On 9/3/06, Terje Bless wrote: > > Arthur Pemberton wrote: > > >This is mostly a report of a yet unanswered post in fedora-list. Some > > >blind dude asked for help with some tech I have never come accross. It > > >seems neither has the majority of the people over on fedora-list. > > > > Just as a side note... > > > > Having a knowledgeable blind user willing to do testing is a big boon to > > getting accessibility implemented right. I would suggest the project > > grabs hold of this person and tries to keep him happy. > > > > Both Apple and Microsoft have been focussing strongly on Accessibility > > lately ? and particularly for blind users ? so this will get to be a big > > theme going forward for marketing-ish reasons as well as the normal > > reasons. > > I couldn't agree more. > It wouldn't be a bad start for us to make sure that our new contributor processes are sufficiently accessible. I'd be willing to bet that the blind would have a difficult time contributing even if they wanted to. If we open the doors for people with disabilities to contribute directly, they could make some of the necessary changes without mandatory assistance from others. I must admit, my vision is bad and it certainly isn't getting better, so I have a little incentive to push for an accessible Fedora desktop. ;-) -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ LinkedIn: http://www.linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From kloczek at zie.pg.gda.pl Mon Sep 4 17:46:40 2006 From: kloczek at zie.pg.gda.pl (Tomasz =?UTF-8?Q?K=C5=82oczko?=) Date: Mon, 04 Sep 2006 19:46:40 +0200 Subject: memory leak in X server In-Reply-To: <44FB2187.9030809@conversis.de> References: <1157215966.14159.8.camel@kloczek01> <20060902210759.34f0a40e@nausicaa.camperquake.de> <44FB2187.9030809@conversis.de> Message-ID: <1157392000.2997.8.camel@kloczek01> Dnia 03-09-2006, nie o godzinie 20:40 +0200, Dennis Jacobfeuerborn napisa?(a): > Ralf Ertzinger wrote: > > Hi. > > > > Tomasz K?oczko wrote: > > > >> # ps auxw | grep Xorg > >> root 14318 21.3 26.8 1253392 556080 tty7 Ss+ Aug29 > >> 1292:34 /usr/bin/Xorg :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp > >> vt7 > > > > I've seen something like that with FC6-to-be before, but not during the > > last 10 days or so. > > I reported something similar on the fedora-test-list: > https://www.redhat.com/archives/fedora-test-list/2006-August/msg00404.html > > Recent updates seem to have fixed this though. Yesterday I perform upgrade and after ~30h now I have: 3442 root 15 0 1113m 948m 11m S 20 46.8 206:30.92 Xorg but in this probably I found cause. xrestop shows: xrestop - Display: localhost:0 Monitoring 38 clients. XErrors: 0 Pixmaps: 1183805K total, Other: 218K total, All: 1184024K total res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID Identifier 2a00000 638 47 1 4072 164 1112938K 20K 1112959K 3752 UF - Cartoon Archive "UF - Cartoon Archive" it is galeon resources. After killing galeon top shows: 3442 root 19 0 304m 191m 10m R 74 9.4 209:07.55 Xorg kloczek From pemboa at gmail.com Mon Sep 4 18:20:18 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 4 Sep 2006 13:20:18 -0500 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: <200609041228.37229.nman64@n-man.com> References: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> <200609041228.37229.nman64@n-man.com> Message-ID: <16de708d0609041120o3d43e6bcn505a628c4c42710d@mail.gmail.com> On 9/4/06, Patrick W. Barnes wrote: > On Sunday 03 September 2006 13:53, "Arthur Pemberton" > wrote: > > On 9/3/06, Terje Bless wrote: > > > Arthur Pemberton wrote: > > > >This is mostly a report of a yet unanswered post in fedora-list. Some > > > >blind dude asked for help with some tech I have never come accross. It > > > >seems neither has the majority of the people over on fedora-list. > > > > > > Just as a side note... > > > > > > Having a knowledgeable blind user willing to do testing is a big boon to > > > getting accessibility implemented right. I would suggest the project > > > grabs hold of this person and tries to keep him happy. > > > > > > Both Apple and Microsoft have been focussing strongly on Accessibility > > > lately ? and particularly for blind users ? so this will get to be a big > > > theme going forward for marketing-ish reasons as well as the normal > > > reasons. > > > > I couldn't agree more. > > > > It wouldn't be a bad start for us to make sure that our new contributor > processes are sufficiently accessible. I'd be willing to bet that the blind > would have a difficult time contributing even if they wanted to. If we open > the doors for people with disabilities to contribute directly, they could > make some of the necessary changes without mandatory assistance from others. > > I must admit, my vision is bad and it certainly isn't getting better, so I > have a little incentive to push for an accessible Fedora desktop. ;-) > > -- Does anyone even know if FC6 will have a speakup modified kernel? Apperently for some, just having that was enough. -- Fedora Core 5 and proud From sundaram at fedoraproject.org Mon Sep 4 18:30:04 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 05 Sep 2006 00:00:04 +0530 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: <16de708d0609041120o3d43e6bcn505a628c4c42710d@mail.gmail.com> References: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> <200609041228.37229.nman64@n-man.com> <16de708d0609041120o3d43e6bcn505a628c4c42710d@mail.gmail.com> Message-ID: <44FC70AC.5030803@fedoraproject.org> Arthur Pemberton wrote: > Does anyone even know if FC6 will have a speakup modified kernel? > Apperently for some, just having that was enough. > It is unlikely that Fedora kernel would differ in this case from the upstream kernel. Certainly not for FC6. Feature freeze was on test2. Rahul From d.jacobfeuerborn at conversis.de Mon Sep 4 18:31:00 2006 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Mon, 04 Sep 2006 20:31:00 +0200 Subject: memory leak in X server In-Reply-To: <1157392000.2997.8.camel@kloczek01> References: <1157215966.14159.8.camel@kloczek01> <20060902210759.34f0a40e@nausicaa.camperquake.de> <44FB2187.9030809@conversis.de> <1157392000.2997.8.camel@kloczek01> Message-ID: <44FC70E4.3030203@conversis.de> Tomasz K?oczko wrote: > Dnia 03-09-2006, nie o godzinie 20:40 +0200, Dennis Jacobfeuerborn > napisa?(a): >> Ralf Ertzinger wrote: >>> Hi. >>> >>> Tomasz K?oczko wrote: >>> >>>> # ps auxw | grep Xorg >>>> root 14318 21.3 26.8 1253392 556080 tty7 Ss+ Aug29 >>>> 1292:34 /usr/bin/Xorg :0 -audit 0 -auth /var/gdm/:0.Xauth -nolisten tcp >>>> vt7 >>> I've seen something like that with FC6-to-be before, but not during the >>> last 10 days or so. >> I reported something similar on the fedora-test-list: >> https://www.redhat.com/archives/fedora-test-list/2006-August/msg00404.html >> >> Recent updates seem to have fixed this though. > > Yesterday I perform upgrade and after ~30h now I have: > > 3442 root 15 0 1113m 948m 11m S 20 46.8 206:30.92 Xorg > > but in this probably I found cause. xrestop shows: > > xrestop - Display: localhost:0 > Monitoring 38 clients. XErrors: 0 > Pixmaps: 1183805K total, Other: 218K total, All: 1184024K > total > res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID > Identifier > 2a00000 638 47 1 4072 164 1112938K 20K 1112959K 3752 UF - > Cartoon Archive > > "UF - Cartoon Archive" it is galeon resources. After killing galeon top > shows: > > 3442 root 19 0 304m 191m 10m R 74 9.4 209:07.55 Xorg > > kloczek > > Galeon is Gecko based and Gecko loves to store huge amounts of pixmaps in the X server. Whenever you want to measure Xorg memory usage it's a good idea to close any instance of Firefox/Seamonkey/Galeon/whatever first. Regards, Dennis From jspaleta at gmail.com Mon Sep 4 18:50:06 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Mon, 4 Sep 2006 10:50:06 -0800 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: <16de708d0609041120o3d43e6bcn505a628c4c42710d@mail.gmail.com> References: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> <200609041228.37229.nman64@n-man.com> <16de708d0609041120o3d43e6bcn505a628c4c42710d@mail.gmail.com> Message-ID: <604aa7910609041150q3ad90912s41cd3874e23d923d@mail.gmail.com> On 9/4/06, Arthur Pemberton wrote: > Does anyone even know if FC6 will have a speakup modified kernel? > Apperently for some, just having that was enough. Here are a cpuple of better question. When will speakup be accepted into the mainline kernel.. and who is pushing the effort to mainline speakup? Accessibility kernel enhancements are more important that a Fedora specific patch, this needs to be driven upstream so everyone working on any linux will benefit. The mailinglist archives contain relevant discussions concerning speakup's removal all the way back to fc1, this isn't a new issue, and i doubt the arguments have changed. If you care about speakup, help get it mainlined. -jef"or if you are an established, significant, RHEL customer, convince Red Hat that accessibility is your #1 concern and that lack of accessibility will cost them sales in the hopes that they will expend engineering time to shepard the mainlining of the kernel patches for you. But don't expect the patches to show up as downstream modifications to fedora kernels"spaleta From mailinglists at erwinrol.com Mon Sep 4 18:58:02 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Mon, 04 Sep 2006 20:58:02 +0200 Subject: cdrkit Message-ID: <1157396282.2902.54.camel@xpc.home.erwinrol.com> Like several people here a lot of Debian people seem to have enough of J?rg too. http://lists.debian.org/debian-devel-announce/2006/09/msg00002.html - Erwin From fherrera at onirica.com Mon Sep 4 18:58:19 2006 From: fherrera at onirica.com (Fernando Herrera) Date: Mon, 4 Sep 2006 21:58:19 +0300 Subject: 2.6.17-1.2614 --> ICH8 SATA not working Message-ID: <58d389c20609041158w1550dc82gc5858502d3f5f8cc@mail.gmail.com> Hi, After upgrading rawhide kernel from 2.6.17-1.2608 to 2.6.17-1.2614 my SATA hard disk is not recognized anymore. The motherboard is a ASUS P5B with an Intel ICH8 controler and a JMicron JMB363. The only way to get the drive recognized by the kernel (2608) is setting the BIOS SATA configuration in IDE mode (instead of AHCI). Here is an extract of dmesg working with kernel 2608: [...] ata1: SATA link down (SStatus 0 SControl 300) scsi1 : ahci PM: Adding info for No Bus:host1 ata2: SATA link down (SStatus 0 SControl 300) ata_piix 0000:00:1f.2: version 2.00 ata_piix 0000:00:1f.2: MAP [ P0 -- P1 -- ] ACPI: PCI Interrupt 0000:00:1f.2[B] -> GSI 19 (level, low) -> IRQ 177 PCI: Setting latency timer of device 0000:00:1f.2 to 64 ata3: SATA max UDMA/133 cmd 0xEC00 ctl 0xE882 bmdma 0xE400 irq 177 ata4: SATA max UDMA/133 cmd 0xE800 ctl 0xE482 bmdma 0xE408 irq 177 scsi2 : ata_piix PM: Adding info for No Bus:host2 ATA: abnormal status 0x7F on port 0xEC07 scsi3 : ata_piix PM: Adding info for No Bus:host3 ATA: abnormal status 0x7F on port 0xE807 ata_piix 0000:00:1f.5: MAP [ P0 -- P1 -- ] ACPI: PCI Interrupt 0000:00:1f.5[B] -> GSI 19 (level, low) -> IRQ 177 PCI: Setting latency timer of device 0000:00:1f.5 to 64 ata5: SATA max UDMA/133 cmd 0xD400 ctl 0xD082 bmdma 0xC880 irq 177 ata6: SATA max UDMA/133 cmd 0xD000 ctl 0xCC02 bmdma 0xC888 irq 177 scsi4 : ata_piix PM: Adding info for No Bus:host4 ata5.00: ATA-7, max UDMA/133, 234441648 sectors: LBA48 ata5.00: ata5: dev 0 multi count 16 ata5.00: configured for UDMA/133 scsi5 : ata_piix PM: Adding info for No Bus:host5 ATA: abnormal status 0x7F on port 0xD007 PM: Adding info for No Bus:target4:0:0 Vendor: ATA Model: WDC WD1200JS-00M Rev: 02.0 Type: Direct-Access ANSI SCSI revision: 05 PM: Adding info for scsi:4:0:0:0 SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: drive cache: write back SCSI device sda: 234441648 512-byte hdwr sectors (120034 MB) sda: Write Protect is off sda: Mode Sense: 00 3a 00 00 SCSI device sda: drive cache: write back sda: sda1 [...] Salu2 From alan at redhat.com Mon Sep 4 19:04:34 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 4 Sep 2006 15:04:34 -0400 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: <604aa7910609041150q3ad90912s41cd3874e23d923d@mail.gmail.com> References: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> <200609041228.37229.nman64@n-man.com> <16de708d0609041120o3d43e6bcn505a628c4c42710d@mail.gmail.com> <604aa7910609041150q3ad90912s41cd3874e23d923d@mail.gmail.com> Message-ID: <20060904190434.GA13739@devserv.devel.redhat.com> On Mon, Sep 04, 2006 at 10:50:06AM -0800, Jeff Spaleta wrote: > Here are a cpuple of better question. When will speakup be accepted > into the mainline kernel.. and who is pushing the effort to mainline Probably never. > speakup? Accessibility kernel enhancements are more important that Nobody to my knowledge is working seriously at making it useful, in the mean time the hardware vendors have been making it useless because serial ports are vanishing. I've talked to Intel and others about the need for a BIOS level accessibility console service but that fell (pardon the choice of phrase) on deaf ears all around. A second problem is that many people consider the user space solutions already superior including blind kernel hackers so there is much less leverage. Discussions about speakup v emacspeak and friends usually end up as flamewars about political issues with accessibility. Alan From sundaram at fedoraproject.org Mon Sep 4 19:05:07 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 05 Sep 2006 00:35:07 +0530 Subject: cdrkit In-Reply-To: <1157396282.2902.54.camel@xpc.home.erwinrol.com> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> Message-ID: <44FC78E3.5070603@fedoraproject.org> Erwin Rol wrote: > Like several people here a lot of Debian people seem to have enough of > J?rg too. > > http://lists.debian.org/debian-devel-announce/2006/09/msg00002.html > > - Erwin > > > Well they contacted us already https://www.redhat.com/archives/fedora-advisory-board/2006-August/msg00409.html A list of alternatives at http://fedoraproject.org/wiki/CdrecordAlternatives. Rahul From pemboa at gmail.com Mon Sep 4 19:05:41 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 4 Sep 2006 14:05:41 -0500 Subject: cdrecord, CDDL, and Fedora Message-ID: <16de708d0609041205w7c490f9dy318a1c0ba531700@mail.gmail.com> Since I couldn't find a better list here, http://fedoraproject.org/wiki/Communicate I am posting here. Let me know if I need to redirect it elsewhere. I just came across an article slashdot.org ( http://linux.slashdot.org/article.pl?sid=06/09/04/1335226 ) about a package being kicked due to licence issues. i looked throuhg yum, and found that 'cdrecord' seems to be liable for this. The package info linked to this site: http://cdrecord.berlios.de/old/private/cdrecord.html I checked fedoraproject.org for references to the CDDL, and only found two, which where a bit ambigous on the topic of compatability with Fedora. Just pointing this out incase it needs to be dealt with early. Peace. -- Fedora Core 5 and proud From dan at danny.cz Mon Sep 4 19:09:00 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 04 Sep 2006 21:09:00 +0200 Subject: default font "fixed" in xorg 7.1 Message-ID: <1157396940.3508.17.camel@eagle.danny.cz> Hello, I have a problem with rebuilding the TinyERP package for Fedora Extras. It needs to start a X server during the build process, so there is a "BuildRequires" dependency on xorg-x11-server-xvfb. The X server needs a default font "fixed", so there is a "BuildRequires" dependency on xorg-x11-fonts-base. When you look into the fonts-base package than the font "fixed" is defined in the /usr/share/X11/fonts/misc/fonts.alias file. This was sufficient at least until the last build of this package on July 24. In current Fedora Devel there is a problem because the font "fixed" cannot be found. So what happened to the font "fixed"? You can find the build logs at http://buildsys.fedoraproject.org/logs/fedora-development-extras/16094-tinyerp-3.3.0-3.fc6/ Dan -- TinyERP maintainer for Fedora Extras From pemboa at gmail.com Mon Sep 4 19:09:13 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 4 Sep 2006 14:09:13 -0500 Subject: [Slighty-Offtopic] Fedora Accessibility In-Reply-To: <20060904190434.GA13739@devserv.devel.redhat.com> References: <16de708d0609021206x67d5d99bvc503e59fa480145e@mail.gmail.com> <16de708d0609031153x9a967d8r8fee27f3fc279f02@mail.gmail.com> <200609041228.37229.nman64@n-man.com> <16de708d0609041120o3d43e6bcn505a628c4c42710d@mail.gmail.com> <604aa7910609041150q3ad90912s41cd3874e23d923d@mail.gmail.com> <20060904190434.GA13739@devserv.devel.redhat.com> Message-ID: <16de708d0609041209w1fa1d6d1lcaced337cf5e092c@mail.gmail.com> On 9/4/06, Alan Cox wrote: > On Mon, Sep 04, 2006 at 10:50:06AM -0800, Jeff Spaleta wrote: > > Here are a cpuple of better question. When will speakup be accepted > > into the mainline kernel.. and who is pushing the effort to mainline > > Probably never. > > > speakup? Accessibility kernel enhancements are more important that > > Nobody to my knowledge is working seriously at making it useful, in the mean > time the hardware vendors have been making it useless because serial ports > are vanishing. I've talked to Intel and others about the need for a BIOS > level accessibility console service but that fell (pardon the choice of > phrase) on deaf ears all around. > > A second problem is that many people consider the user space solutions > already superior including blind kernel hackers so there is much less > leverage. Discussions about speakup v emacspeak and friends usually > end up as flamewars about political issues with accessibility. > > Alan > Do any of the userland solutions work with Anaconda? if so I'll pass on this information to the OP. -- Fedora Core 5 and proud From sundaram at fedoraproject.org Mon Sep 4 19:11:37 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 05 Sep 2006 00:41:37 +0530 Subject: cdrecord, CDDL, and Fedora In-Reply-To: <16de708d0609041205w7c490f9dy318a1c0ba531700@mail.gmail.com> References: <16de708d0609041205w7c490f9dy318a1c0ba531700@mail.gmail.com> Message-ID: <44FC7A69.9010305@fedoraproject.org> Arthur Pemberton wrote: > Since I couldn't find a better list here, > http://fedoraproject.org/wiki/Communicate I am posting here. Let me > know if I need to redirect it elsewhere. > > I just came across an article slashdot.org ( > http://linux.slashdot.org/article.pl?sid=06/09/04/1335226 ) about a > package being kicked due to licence issues. i looked throuhg yum, and > found that 'cdrecord' seems to be liable for this. The package info > linked to this site: > http://cdrecord.berlios.de/old/private/cdrecord.html > > I checked fedoraproject.org for references to the CDDL, and only found > two, which where a bit ambigous on the topic of compatability with > Fedora. > > Just pointing this out incase it needs to be dealt with early. > > Peace. > We already dealt with this by reverting back to a older version https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00644.html Rahul From pemboa at gmail.com Mon Sep 4 19:46:57 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 4 Sep 2006 14:46:57 -0500 Subject: cdrecord, CDDL, and Fedora In-Reply-To: <44FC7A69.9010305@fedoraproject.org> References: <16de708d0609041205w7c490f9dy318a1c0ba531700@mail.gmail.com> <44FC7A69.9010305@fedoraproject.org> Message-ID: <16de708d0609041246h6956e964n387758172a76a70b@mail.gmail.com> On 9/4/06, Rahul wrote: > Arthur Pemberton wrote: > > Since I couldn't find a better list here, > > http://fedoraproject.org/wiki/Communicate I am posting here. Let me > > know if I need to redirect it elsewhere. > > > > I just came across an article slashdot.org ( > > http://linux.slashdot.org/article.pl?sid=06/09/04/1335226 ) about a > > package being kicked due to licence issues. i looked throuhg yum, and > > found that 'cdrecord' seems to be liable for this. The package info > > linked to this site: > > http://cdrecord.berlios.de/old/private/cdrecord.html > > > > I checked fedoraproject.org for references to the CDDL, and only found > > two, which where a bit ambigous on the topic of compatability with > > Fedora. > > > > Just pointing this out incase it needs to be dealt with early. > > > > Peace. > > > > We already dealt with this by reverting back to a older version > > https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00644.html > > > Rahul My apologies for nto first search the archives. -- Fedora Core 5 and proud From louisg00 at bellsouth.net Mon Sep 4 20:08:33 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Mon, 04 Sep 2006 16:08:33 -0400 Subject: Suspend stopped working with recent kernels Message-ID: <1157400513.3384.4.camel@soncomputer> With recent 3 or 4 kernels suspend to disk stopped working. When suspending the process completes and the power button light blinks, This is normal on my box when suspended. But now the botton blinks once and the video comes back with the mouse and keyboard dead. -Louis From mharris at mharris.ca Mon Sep 4 20:47:14 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Mon, 04 Sep 2006 16:47:14 -0400 Subject: default font "fixed" in xorg 7.1 In-Reply-To: <1157396940.3508.17.camel@eagle.danny.cz> References: <1157396940.3508.17.camel@eagle.danny.cz> Message-ID: <44FC90D2.60703@mharris.ca> Dan Hor?k wrote: > Hello, > > I have a problem with rebuilding the TinyERP package for Fedora Extras. > It needs to start a X server during the build process, so there is a > "BuildRequires" dependency on xorg-x11-server-xvfb. The X server needs a > default font "fixed", so there is a "BuildRequires" dependency on > xorg-x11-fonts-base. When you look into the fonts-base package than the > font "fixed" is defined in the /usr/share/X11/fonts/misc/fonts.alias > file. This was sufficient at least until the last build of this package > on July 24. In current Fedora Devel there is a problem because the font > "fixed" cannot be found. So what happened to the font "fixed"? > > You can find the build logs at > http://buildsys.fedoraproject.org/logs/fedora-development-extras/16094-tinyerp-3.3.0-3.fc6/ Each of the X server subpackages that requires fixed/cursor fonts in order to work properly at runtime, should be doing: Requires: xorg-x11-fonts-base That way at X server installation time, there is a runtime dependency on the fonts that are required to operate properly. I could have sworn such a dependency was present before, however I could be mistaken, or it's possible the dependency was removed to allow OLPC to be able to install a minimal installation or somesuch. I haven't tracked recent Fedora X packaging though.. it's possible a glitch might have creeped in perhaps. Check and make sure that The actual fonts are installed, and that there is a valid fonts.dir in the directory. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From rodd at clarkson.id.au Mon Sep 4 23:49:07 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 05 Sep 2006 09:49:07 +1000 Subject: Suspend stopped working with recent kernels In-Reply-To: <1157400513.3384.4.camel@soncomputer> References: <1157400513.3384.4.camel@soncomputer> Message-ID: <1157413747.3426.22.camel@localhost.localdomain> On Mon, 2006-09-04 at 16:08 -0400, Louis Garcia II wrote: > With recent 3 or 4 kernels suspend to disk stopped working. When > suspending the process completes and the power button light blinks, This > is normal on my box when suspended. But now the botton blinks once and > the video comes back with the mouse and keyboard dead. Louis, Do you happen to be using the xorg-x11-drv-nv driver for X? I guess I'm asking whether you've got an nvidia graphics card and whther you're using the 'nv' driver, or the proprietary 'nvidia' driver. R. -- "It's a fine line between denial and faith. It's much better on my side" From tadams-lists at myrealbox.com Tue Sep 5 00:03:56 2006 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Mon, 04 Sep 2006 18:03:56 -0600 Subject: Suspend stopped working with recent kernels In-Reply-To: <1157413747.3426.22.camel@localhost.localdomain> References: <1157400513.3384.4.camel@soncomputer> <1157413747.3426.22.camel@localhost.localdomain> Message-ID: <1157414636.2447.9.camel@aurora.localdomain> I have never been able to get supsend to work (at least resume). I haven't been able to get hibernate to work, but I finally got an oops I will be posting shortly. I am using the xorg nvidia ("nv" I guess) driver. Trever Adams On Tue, 2006-09-05 at 09:49 +1000, Rodd Clarkson wrote: > On Mon, 2006-09-04 at 16:08 -0400, Louis Garcia II wrote: > > With recent 3 or 4 kernels suspend to disk stopped working. When > > suspending the process completes and the power button light blinks, This > > is normal on my box when suspended. But now the botton blinks once and > > the video comes back with the mouse and keyboard dead. > > Louis, > > Do you happen to be using the xorg-x11-drv-nv driver for X? > > I guess I'm asking whether you've got an nvidia graphics card and whther > you're using the 'nv' driver, or the proprietary 'nvidia' driver. > > > R. > -- > "It's a fine line between denial and faith. > It's much better on my side" > -- "I conceive that a great part of the miseries of mankind are brought upon them by the false estimates they have made of the value of things." -- Benjamin Franklin From louisg00 at bellsouth.net Tue Sep 5 00:34:43 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Mon, 04 Sep 2006 20:34:43 -0400 Subject: Suspend stopped working with recent kernels In-Reply-To: <1157400513.3384.4.camel@soncomputer> References: <1157400513.3384.4.camel@soncomputer> Message-ID: <1157416483.8907.7.camel@soncomputer> On Tue, 2006-09-05 at 09:49 +1000, Rodd Clarkson wrote: > On Mon, 2006-09-04 at 16:08 -0400, Louis Garcia II wrote: > > With recent 3 or 4 kernels suspend to disk stopped working. When > > suspending the process completes and the power button light blinks, This > > is normal on my box when suspended. But now the botton blinks once and > > the video comes back with the mouse and keyboard dead. > > > > -Louis > > Louis, > > Do you happen to be using the xorg-x11-drv-nv driver for X? > > I guess I'm asking whether you've got an nvidia graphics card and whther > you're using the 'nv' driver, or the proprietary 'nvidia' driver. > > > R. No, I'm using the ati driver that comes with fedora for my 9250 pro. Suspend has worked ever since test2. This is a regression. -Louis From ajackson at redhat.com Tue Sep 5 01:51:14 2006 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 04 Sep 2006 21:51:14 -0400 Subject: memory leak in X server In-Reply-To: <44FC70E4.3030203@conversis.de> References: <1157215966.14159.8.camel@kloczek01> <20060902210759.34f0a40e@nausicaa.camperquake.de> <44FB2187.9030809@conversis.de> <1157392000.2997.8.camel@kloczek01> <44FC70E4.3030203@conversis.de> Message-ID: <44FCD812.3010200@redhat.com> Dennis Jacobfeuerborn wrote: > Tomasz K?oczko wrote: >> Yesterday I perform upgrade and after ~30h now I have: >> >> 3442 root 15 0 1113m 948m 11m S 20 46.8 206:30.92 Xorg >> but in this probably I found cause. xrestop shows: >> >> xrestop - Display: localhost:0 >> Monitoring 38 clients. XErrors: 0 >> Pixmaps: 1183805K total, Other: 218K total, All: 1184024K >> total >> res-base Wins GCs Fnts Pxms Misc Pxm mem Other Total PID >> Identifier 2a00000 638 47 1 4072 164 1112938K 20K >> 1112959K 3752 UF - >> Cartoon Archive >> >> "UF - Cartoon Archive" it is galeon resources. After killing galeon top >> shows: >> >> 3442 root 19 0 304m 191m 10m R 74 9.4 209:07.55 Xorg >> >> kloczek >> >> > > Galeon is Gecko based and Gecko loves to store huge amounts of pixmaps > in the X server. Whenever you want to measure Xorg memory usage it's a > good idea to close any instance of Firefox/Seamonkey/Galeon/whatever first. I'll go stronger than this. If you want to measure X memory usage, don't run Gecko for that session. Virtual size doesn't always shrink back down the way you expect it to. It's not completely fair to blame this solely on Gecko. If you were to move all image storage to the client side and only push when you absolutely needed to, memory usage might appear to go down for the server, but it'd go up (more!) for the client, and rendering latency would go up, and you'd lose some battery life because you're doing lots of repeated work, and... - ajax From rodd at clarkson.id.au Tue Sep 5 06:36:26 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 05 Sep 2006 16:36:26 +1000 Subject: Suspend stopped working with recent kernels In-Reply-To: <1157414636.2447.9.camel@aurora.localdomain> References: <1157400513.3384.4.camel@soncomputer> <1157413747.3426.22.camel@localhost.localdomain> <1157414636.2447.9.camel@aurora.localdomain> Message-ID: <1157438186.3426.31.camel@localhost.localdomain> On Mon, 2006-09-04 at 18:03 -0600, Trever L. Adams wrote: > I have never been able to get supsend to work (at least resume). I > haven't been able to get hibernate to work, but I finally got an oops I > will be posting shortly. I am using the xorg nvidia ("nv" I guess) > driver. See : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205170 R. -- "It's a fine line between denial and faith. It's much better on my side" From gilboad at gmail.com Tue Sep 5 08:18:10 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 05 Sep 2006 11:18:10 +0300 Subject: Latest 64bit RPMs are up. Message-ID: <1157444290.27168.7.camel@gilboa-work-dev> RPMs are in 3.5.4-update-20060904 Gilboa From pbrobinson at gmail.com Tue Sep 5 08:27:33 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 5 Sep 2006 09:27:33 +0100 Subject: Suspend stopped working with recent kernels In-Reply-To: <1157400513.3384.4.camel@soncomputer> References: <1157400513.3384.4.camel@soncomputer> Message-ID: <5256d0b0609050127u54d65863l90912b86e96a2e15@mail.gmail.com> > With recent 3 or 4 kernels suspend to disk stopped working. When > suspending the process completes and the power button light blinks, This > is normal on my box when suspended. But now the botton blinks once and > the video comes back with the mouse and keyboard dead. Speaking of suspend/resume.... on my Dell D620 Core Duo the later rawhides of the last week or so the suspend has started working nicely but resume borks with disk stuff on the ICH7 SATA disk. Has anyone seen this? Known bug or should I BZ it? Peter From buildsys at redhat.com Tue Sep 5 09:54:55 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 5 Sep 2006 05:54:55 -0400 Subject: rawhide report: 20060905 changes Message-ID: <200609050954.k859stLM006649@hs20-bc2-6.build.redhat.com> Updated Packages: NetworkManager-1:0.6.4-5.fc6 ---------------------------- * Mon Sep 04 2006 Christopher Aillon - 1:0.6.4-5 - Don't wake up to redraw if NM is inactive (#204850) ORBit2-2.14.3-1.fc6 ------------------- * Mon Sep 04 2006 Matthias Clasen - 2.14.3-1.fc6 - Update to 2.14.3 alacarte-0.10.0-1.fc6 --------------------- * Mon Sep 04 2006 Matthias Clasen - 0.10.0-1.fc6 - Update to 0.10.0 authconfig-5.3.6-1 ------------------ * Mon Sep 04 2006 Tomas Mraz - 5.3.6-1 - skip pam_unix for session for crond service - fixed a bug in saving when smartcard settings changed (#204838) - removed allow_ypbind setsebool as it is now handled in ypbind avahi-0.6.11-4.fc6 ------------------ * Wed Aug 23 2006 Martin Stransky - 0.6.11-4 - fix for #204710 - /etc/init.d/avahi-dnsconfd missing line continuation slash (\) in description bug-buddy-1:2.16.0-1.fc6 ------------------------ * Mon Sep 04 2006 Matthias Clasen - 1:2.16.0-1.fc6 - Update to 2.16.0 control-center-1:2.16.0-2.fc6 ----------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-2.fc6 - Update to 2.16.0 eclipse-1:3.2.0-3.fc6 --------------------- * Fri Sep 01 2006 Ben Konrath 3.2.0-3 - Use the system tomcat on ppc64 and s390x. * Wed Aug 30 2006 Andrew Overholt 3.2.0-3 - Don't use pkg_summary. eel2-2.16.0-1.fc6 ----------------- * Mon Sep 04 2006 Alexander Larsson - 2.16.0-1 - update to 2.16.0 eog-2.16.0.1-1.fc6 ------------------ * Mon Sep 04 2006 Matthias Clasen - 2.16.0.1-1.fc6 - Update to 2.16.0.1 evince-0.6.0-1.fc6 ------------------ * Mon Sep 04 2006 Matthias Clasen - 0.6.0-1.fc6 - Update to 0.6.0 evolution-data-server-1.8.0-1.fc6 --------------------------------- * Mon Sep 04 2006 Matthew Barnes - 1.8.0-1.fc6 - Update to 1.8.0 - Remove evolution-data-server-1.5.4-make_imap4_optional.patch (fixed upstream) and save remaining hunk as evolution-data-server-1.8.0-no-gnome-common.patch. - Remove patch for RH bug #202329 (fixed upstream). - Remove patch for Gnome.org bug #349847 (fixed upstream). f-spot-0.2.0-1.fc6 ------------------ * Mon Sep 04 2006 Christopher Aillon - 0.2.0-1 - Update to 0.2.0 file-roller-2.16.0-1.fc6 ------------------------ * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 - Add missing BRs gcalctool-5.8.24-1.fc6 ---------------------- * Mon Sep 04 2006 Matthias Clasen - 5.8.24-1.fc6 - Update to 5.8.24 gconf-editor-2.16.0-1.fc6 ------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gdm-1:2.16.0-1.fc6 ------------------ * Tue Sep 05 2006 Matthias Clasen - 1:2.16.0-1.fc6 - Update to 2.16.0 gnome-applets-1:2.16.0.1-1.fc6 ------------------------------ * Mon Sep 04 2006 Matthias Clasen - 1:2.16.0.1-1.fc6 - Update to 2.16.0.1 * Mon Sep 04 2006 Matthias Clasen - 1:2.16.0-1.fc6 - Update to 2.16.0 gnome-desktop-2.16.0-1.fc6 -------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-doc-utils-0.8.0-1.fc6 --------------------------- * Mon Sep 04 2006 Matthias Clasen - 0.8.0-1.fc6 - Update to 0.8.0 gnome-games-1:2.16.0-1.fc6 -------------------------- * Tue Sep 05 2006 Matthias Clasen - 1:2.16.0-1.fc6 - Update to 2.16.0 gnome-icon-theme-2.16.0.1-1.fc6 ------------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0.1-1 - Update to 2.16.0.1 gnome-keyring-0.6.0-1.fc6 ------------------------- * Mon Sep 04 2006 Alexander Larsson - 0.6.0-1 - update to 0.6.0 gnome-keyring-manager-2.16.0-1.fc6 ---------------------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-media-2.16.1-1.fc6 ------------------------ * Mon Sep 04 2006 Matthias Clasen - 2.16.1-1 - Update to 2.16.1 * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1 - Update to 2.16.0 - Require pkgconfig in the -devel package - Update the settings patch gnome-menus-2.16.0-1.fc6 ------------------------ * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-nettool-2.16.0-1.fc6 -------------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-panel-2.16.0-1.fc6 ------------------------ * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-python2-2.16.0-1.fc6 -------------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 * Mon Aug 21 2006 Matthias Clasen - 2.15.91-1.fc6 - Update to 2.15.91 * Fri Aug 04 2006 Matthias Clasen - 2.15.90-1.fc6 - Update to 2.15.90 gnome-python2-desktop-2.16.0-1.fc6 ---------------------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-screensaver-2.16.0-1.fc6 ------------------------------ * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 - Drop obsolete patch gnome-session-2.16.0-1.fc6 -------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-terminal-2.16.0-1.fc6 --------------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-themes-2.16.0-1.fc6 ------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-user-docs-2.16.0-1.fc6 ---------------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-utils-1:2.16.0-1.fc6 -------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-vfs2-2.16.0-1.fc6 ----------------------- * Mon Sep 04 2006 Alexander Larsson - 2.16.0-1 - update to 2.16.0 gtk2-engines-2.8.0-1.fc6 ------------------------ * Mon Sep 04 2006 Matthias Clasen - 2.8.0-1.fc6 - Update to 2.8.0 gtkhtml3-3.12.0-1.fc6 --------------------- * Mon Sep 04 2006 Matthew Barnes - 3.12.0-1.fc6 - Update to 3.12.0 - Remove patch for RH bug #202409 (fixed upstream). gtksourceview-1.8.0-1.fc6 ------------------------- * Mon Sep 04 2006 Matthias Clasen - 1.8.0-1.fc6 - Update to 1.8.0 gucharmap-1.8.0-1.fc6 --------------------- * Mon Sep 04 2006 Matthias Clasen - 1.8.0-1 - Update to 1.8.0 - Require pgkconfig for the -devel package icu-3.6-1 --------- * Sun Sep 03 2006 Caolan McNamara - 3.6-1 - final release kdelibs-6:3.5.4-4.fc6 --------------------- * Mon Sep 04 2006 Than Ngo 6:3.5.4-4 - apply upstream patches fix kde#121528, konqueror crash kdepim-6:3.5.4-3.fc6 -------------------- * Mon Sep 04 2006 Than Ngo 6:3.5.4-3 - apply upstream patches fix kde#116607, crash in slotCheckQueuedFolders() on application exit * Tue Aug 15 2006 Than Ngo 6:3.5.4-2 - apply patch to fix crash when right clicking in an encapsulated email message, kde#131067 kernel-2.6.17-1.2617.2.1.fc6 ---------------------------- * Mon Sep 04 2006 Juan Quintela - update xen HV to cset 11394. - xen update (3hypercall incompatibility included) - linux-2.6 changeset: 34073:b1d36669f98d - linux-2.6-xen-fedora changeset: 35901:b7112196674e - xen-unstable changeset: 11204:5fc1fe79083517824d89309cc618f21302724e29 - fix ia64 (xen & net xen). * Mon Sep 04 2006 Dave Jones - 2.6.18rc6 - Drop recent NFS changes completely. libbonobo-2.16.0-1.fc6 ---------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 - Require pkgconfig in the -devel package libbonoboui-2.16.0-1.fc6 ------------------------ * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 libgdiplus-1.1.17-1.fc6 ----------------------- * Fri Sep 01 2006 Alexander Larsson - 1.1.17-1 - update to 1.1.17 - Break out .pc file in devel subpackage (#205055) libgnome-2.16.0-1.fc6 --------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Uodate to 2.16.0 - Require pkgconfig in the -devel package * Sat Aug 12 2006 Matthias Clasen 2.15.2-1.fc6 - Update to 2.15.2 - Don't ship static libraries * Thu Jul 27 2006 Mike A. Harris 2.15.1-3.fc6 - Update utempter dependency and rebuild to ensure new libutempter is used. - Change BuildRoot to comply with Fedora packaging guidelines. - Change legacy style PreReqs to Requires({pre,post,postun}) style and update libgnomeui-2.16.0-1.fc6 ----------------------- * Mon Sep 04 2006 Matthias clasen - 2.16.0-1.fc6 - Update to 2.16.0 - Require pkgconfig in the -devel package libvirt-0.1.5-1 --------------- * Tue Sep 05 2006 Daniel Veillard 0.1.5-1 - new release - bug fixes - support for new hypervisor calls - early code for config files and defined domains * Mon Sep 04 2006 Daniel Berrange - 0.1.4-5 - add patch to address dom0_ops API breakage in Xen 3.0.3 tree libwnck-2.16.0-1.fc6 -------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 ltrace-0.5-6.45svn.fc6 ---------------------- * Mon Sep 04 2006 Petr Machata - 0.5-5.45svn - fix plt handling on ppc32 (symval patch) - fix attaching to process (attach patch) - add fork & exec patches from IBM - adjust weak symbol handling (ppc32fc5 patch) * Wed Aug 23 2006 Petr Machata - 0.5-3.45svn - use "{X}.{release}svn" release string per naming guidelines * Tue Aug 22 2006 Petr Machata - 0.5-1.1.45svn - using dist tag m17n-db-1.3.3-22.fc6 -------------------- * Tue Sep 05 2006 Mayank Jain - Updated as-phonetic with key summary man-pages-fr-2.39-3.fc6 ----------------------- * Mon Sep 04 2006 Marcela Maslanova 2.39-3 - new version from second source - removed patch metacity-2.16.0-1.fc6 --------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 mono-1.1.17.1-1.fc6 ------------------- * Mon Sep 04 2006 Alexander Larsson - 1.1.17.1-1 - update to 1.1.17.1 - Add one file nunit-devel package due to packaging guidelines (#205056) nautilus-2.16.0-1.fc6 --------------------- * Mon Sep 04 2006 Alexander Larsson - 2.16.0-1 - Update to 2.16.0 * Fri Aug 25 2006 Alexander Larsson - 2.15.92.1-2 - Omit self check code in build * Tue Aug 22 2006 Alexander Larsson - 2.15.92.1-1 - update to 2.15.92.1 nautilus-cd-burner-2.16.0-1.fc6 ------------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1 - Update to 2.16.0 * Mon Sep 04 2006 Alexander Larsson - 2.15.7-2 - Require dvd+rw-tools (#186738) netpbm-10.34-5.fc6 ------------------ * Mon Sep 04 2006 Jindrich Novy 10.34-5.fc6 - readd spottopgm, author claims it's GPL (#202519) pam-0.99.6.2-2.fc6 ------------------ * Mon Sep 04 2006 Tomas Mraz 0.99.6.2-2 - silence pam_succeed_if in default system-auth (#205067) - round the pam_timestamp_check sleep up to wake up at the start of the wallclock second (#205068) * Thu Aug 31 2006 Tomas Mraz 0.99.6.2-1 - upgrade to new upstream version, as there are mostly bugfixes except improved documentation - add support for session and password service for pam_access and pam_succeed_if - system-auth: skip session pam_unix for crond service * Thu Aug 10 2006 Dan Walsh 0.99.5.0-8 - Add new setkeycreatecon call to pam_selinux to make sure keyring has correct context pango-1.14.3-1.fc6 ------------------ * Mon Sep 04 2006 Matthias Clasen - 1.14.3-1 - Update to 1.14.3 procps-3.2.7-6 -------------- * Tue Sep 05 2006 Karel Zak 3.2.7-6 - fix minor bug in procps-3.2.6-top-env-cpuloop.patch pygobject2-2.12.1-1.fc6 ----------------------- * Tue Sep 05 2006 Matthias Clasen - 2.12.1-1.fc6 - Update to 2.12.1 - Require pkgconfig for the -devel package redhat-artwork-5.0.3-1.fc6 -------------------------- * Mon Sep 04 2006 Matthias Clasen - 5.0.3-1.fc6 - Rename the default gtk theme back ruby-1.8.5-1.fc6 ---------------- * Mon Aug 28 2006 Akira TAGOH - 1.8.5-1 - New upstream release. - removed the unnecessary patches: - ruby-1.8.4-no-eaccess.patch - ruby-1.8.4-64bit-pack.patch - ruby-1.8.4-fix-insecure-dir-operation.patch - ruby-1.8.4-fix-insecure-regexp-modification.patch - ruby-1.8.4-fix-alias-safe-level.patch - build with --enable-pthread except on ppc. - ruby-1.8.5-hash-memory-leak.patch: backported from CVS to fix a memory leak on Hash. [ruby-talk:211233] sed-4.1.5-5.fc6 --------------- * Mon Sep 04 2006 Petr Machata - 4.1.5-5 - Fix handling of relative symlinks (#205122) sound-juicer-2.16.0-1.fc6 ------------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 squid-7:2.6.STABLE3-2.fc6 ------------------------- * Tue Sep 05 2006 Martin Stransky - 7:2.6.STABLE3-2 - added upstream patches for ACL system-config-soundcard-2.0.3-1 ------------------------------- * Sat Sep 02 2006 Martin Stransky 2.0.3-1 - uploaded translated package virt-manager-0.2.1-1 -------------------- * Mon Sep 04 2006 Daniel Berrange - 0.2.1-1 - Updated to 0.2.1 tar.gz - Added rules to install/uninstall gconf schemas in preun,post,pre scriptlets - Updated URL for source to reflect new upstream download URL vte-0.14.0-1.fc6 ---------------- * Tue Sep 05 2006 Matthias Clasen 0.14.0-1 - Update to 0.14.0 xterm-215-3.fc6 --------------- * Mon Sep 04 2006 Miroslav Lichvar 215-3.fc6 - fix segfault when /etc/termcap is missing (#201246) * Wed Jul 26 2006 Mike A. Harris 215-2.fc6 - Replace BuildRequires utempter with libutempter-devel - Change BuildRoot tag to comply with Fedora packaging guidelines - Use pkg-config to autodetect the location of the system app-defaults dir - Add BuildRequires: pkgconfig yelp-2.16.0-1.fc6 ----------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 zenity-2.16.0-1.fc6 ------------------- * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 - Add missing BRs Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.1-1.ia64 requires libvirt-python >= 0:0.1.4-3 virt-manager - 0.2.1-1.ia64 requires python-xeninst >= 0:0.90.1 From fedora at camperquake.de Tue Sep 5 11:30:45 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 5 Sep 2006 13:30:45 +0200 Subject: rawhide report: 20060905 changes In-Reply-To: <200609050954.k859stLM006649@hs20-bc2-6.build.redhat.com> References: <200609050954.k859stLM006649@hs20-bc2-6.build.redhat.com> Message-ID: <20060905133045.1d4f5e57@banea.int.addix.net> Hi. On Tue, 5 Sep 2006 05:54:55 -0400, buildsys at redhat.com wrote: > metacity-2.16.0-1.fc6 > --------------------- > * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 > - Update to 2.16.0 Is this supposed to fix BZ204519 ? From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Sep 5 11:35:49 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 5 Sep 2006 13:35:49 +0200 Subject: System freeze when logging into GNOME with compiz enabled Message-ID: <20060905133549.61ce8f81@python2> Hi, I'm posting here first since I'm not sure against what to file this bug. Maybe someone has the same issue... Since this week-end at least (I hadn't rebooted my laptop in a few days), after booting my laptop and logging in through gdm, I see the GNOME slash screen, then I see lots of disk I/O going on for a few seconds, but then once the splash screen went away but before anything else appears on the screen (no wallpaper, no panel, only the solid blue background)... complete freeze. Impossible to switch back to a console or even ping the system. The weird thing is that if I first open a failsafe session, disable desktop effects with the "desktop-effects" tool, log out, log back into GNOME and re-enable desktop effects once logged in, everything works fine, wobbly and all. Anyone else seeing this? Does this seem more of an X issue, a GNOME issue or a compiz issue? :-/ My laptop has an ATI Mobility 9600 (r300) and I'm using the default free radeon driver. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2617.2.1.fc6 Load : 0.42 0.29 0.32 From denis at poolshark.org Tue Sep 5 11:45:35 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 05 Sep 2006 13:45:35 +0200 Subject: circular dynamic dependencies and rpmlint Message-ID: <44FD635F.7040807@poolshark.org> (not much luck on fedora-extras-list, reposting here) Short version: are 'undefined-non-weak-symbol' rpmlint warnings acceptable when you have dynamic libraries circular dependencies within a project ? Long version: When a dynamic library links with symbols from another dynamic library, you'll typically add the dependency on a LDADD line in Makefile.am, so that the resulting .so file will show the other library explicitely in its 'ldd' listing, and everyone is happy. Now the LDADD line is optional: without it the dynamic library has undefined symbols that will be resolved at run-time, albeit with a (small?) performance cost. Now when the 2 dynamic libraries each link with each other symbols, you cannot have a circular dependency in automake, so one of the 2 libraries will have undefined symbols. And rpmlint will complain about that. Under the circumstances, can the rpmlint warning be considered false-positives, or is there a way to patch the automake files to prevent the undefined symbols ? For reference, this affects https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202946 From jakub at redhat.com Tue Sep 5 12:01:50 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Tue, 5 Sep 2006 08:01:50 -0400 Subject: circular dynamic dependencies and rpmlint In-Reply-To: <44FD635F.7040807@poolshark.org> References: <44FD635F.7040807@poolshark.org> Message-ID: <20060905120150.GW12531@devserv.devel.redhat.com> On Tue, Sep 05, 2006 at 01:45:35PM +0200, Denis Leroy wrote: > (not much luck on fedora-extras-list, reposting here) > > Short version: are 'undefined-non-weak-symbol' rpmlint warnings > acceptable when you have dynamic libraries circular dependencies within > a project ? Well, if two shared libraries can't be used without each other, then the first question that should be answered is why haven't the two libraries been linked together into one shared library? All the circular dependency ensures is that nothing linked against them can be prelinked, the libraries use together more memory than a combined library would need, takes longer to load, etc. If both libraries come from the same src.rpm, then you probably can use libtool's convenience libraries. Jakub From denis at poolshark.org Tue Sep 5 12:06:24 2006 From: denis at poolshark.org (Denis Leroy) Date: Tue, 05 Sep 2006 14:06:24 +0200 Subject: circular dynamic dependencies and rpmlint In-Reply-To: <20060905120150.GW12531@devserv.devel.redhat.com> References: <44FD635F.7040807@poolshark.org> <20060905120150.GW12531@devserv.devel.redhat.com> Message-ID: <44FD6840.2090402@poolshark.org> Jakub Jelinek wrote: > On Tue, Sep 05, 2006 at 01:45:35PM +0200, Denis Leroy wrote: > >>(not much luck on fedora-extras-list, reposting here) >> >>Short version: are 'undefined-non-weak-symbol' rpmlint warnings >>acceptable when you have dynamic libraries circular dependencies within >> a project ? > > > Well, if two shared libraries can't be used without each other, then the > first question that should be answered is why haven't the two libraries > been linked together into one shared library? All the circular dependency > ensures is that nothing linked against them can be prelinked, the libraries > use together more memory than a combined library would need, takes longer > to load, etc. Yes, as a matter of fact it's already fixed upstream, but only in CVS snapshots. And I think that it is an upstream change that is outside the scope of what a packager can do with patches. > If both libraries come from the same src.rpm, then you probably can use > libtool's convenience libraries. Will look into that thanks. But in the case this is not easily fixable with reasonable size patches, the question still stands as to whether the rpmlint warnings can be considered acceptable or not. -denis From mclasen at redhat.com Tue Sep 5 12:50:10 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Tue, 05 Sep 2006 08:50:10 -0400 Subject: rawhide report: 20060905 changes In-Reply-To: <20060905133045.1d4f5e57@banea.int.addix.net> References: <200609050954.k859stLM006649@hs20-bc2-6.build.redhat.com> <20060905133045.1d4f5e57@banea.int.addix.net> Message-ID: <1157460610.5088.16.camel@golem.boston.redhat.com> On Tue, 2006-09-05 at 13:30 +0200, Ralf Ertzinger wrote: > Hi. > > On Tue, 5 Sep 2006 05:54:55 -0400, buildsys at redhat.com wrote: > > > metacity-2.16.0-1.fc6 > > --------------------- > > * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 > > - Update to 2.16.0 > > Is this supposed to fix BZ204519 ? > Did I close the bug ? From jfrieben at freesurf.fr Tue Sep 5 13:09:13 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Tue, 5 Sep 2006 15:09:13 +0200 (CEST) Subject: rawhide report: 20060905 changes In-Reply-To: <20060905133045.1d4f5e57@banea.int.addix.net> References: <20060905133045.1d4f5e57@banea.int.addix.net> Message-ID: <39491.194.94.224.254.1157461753.squirrel@jose.freesurf.fr> Well, I would say it does .. ;o) > > Is this supposed to fix BZ204519 ? > From tjb at unh.edu Tue Sep 5 13:25:01 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 05 Sep 2006 09:25:01 -0400 Subject: System freeze when logging into GNOME with compiz enabled In-Reply-To: <20060905133549.61ce8f81@python2> References: <20060905133549.61ce8f81@python2> Message-ID: <1157462701.30675.9.camel@raptor.sr.unh.edu> On Tue, 2006-09-05 at 13:35 +0200, Matthias Saou wrote: > Hi, > > I'm posting here first since I'm not sure against what to file this > bug. Maybe someone has the same issue... > > Since this week-end at least (I hadn't rebooted my laptop in a few > days), after booting my laptop and logging in through gdm, I see the > GNOME slash screen, then I see lots of disk I/O going on for a few > seconds, but then once the splash screen went away but before anything > else appears on the screen (no wallpaper, no panel, only the solid blue > background)... complete freeze. Impossible to switch back to a console > or even ping the system. > > The weird thing is that if I first open a failsafe session, disable > desktop effects with the "desktop-effects" tool, log out, log back into > GNOME and re-enable desktop effects once logged in, everything works > fine, wobbly and all. > > Anyone else seeing this? Does this seem more of an X issue, a GNOME > issue or a compiz issue? :-/ > > My laptop has an ATI Mobility 9600 (r300) and I'm using the default > free radeon driver. > > Matthias > > -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 5.91 (FC6 Test2) - Linux kernel > 2.6.17-1.2617.2.1.fc6 Load : 0.42 0.29 0.32 > I experienced the exact same problem on my Radeon RV240. After turning off and turning back on compiz like you did, the problem is gone, replaced by an equally puzzling one: the Workspace Switcher applet displays tiny versions of each desktop, probably about one quarter the size it should be. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Tue Sep 5 13:31:33 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Tue, 5 Sep 2006 15:31:33 +0200 Subject: System freeze when logging into GNOME with compiz enabled In-Reply-To: <1157462701.30675.9.camel@raptor.sr.unh.edu> References: <20060905133549.61ce8f81@python2> <1157462701.30675.9.camel@raptor.sr.unh.edu> Message-ID: <20060905153133.21a48651@python2> Thomas J. Baker wrote : > On Tue, 2006-09-05 at 13:35 +0200, Matthias Saou wrote: > > > > Since this week-end at least (I hadn't rebooted my laptop in a few > > days), after booting my laptop and logging in through gdm, I see the > > GNOME slash screen, then I see lots of disk I/O going on for a few > > seconds, but then once the splash screen went away but before anything > > else appears on the screen (no wallpaper, no panel, only the solid blue > > background)... complete freeze. Impossible to switch back to a console > > or even ping the system. > > [...] > > I experienced the exact same problem on my Radeon RV240. After turning > off and turning back on compiz like you did, the problem is gone, > replaced by an equally puzzling one: the Workspace Switcher applet > displays tiny versions of each desktop, probably about one quarter the > size it should be. Yeah, I've been seeing that too for a few days. I've added a comment : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201634 Seems like the workspace switcher integration is somewhat a work in progress and still needs a lot to be done. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2617.2.1.fc6 Load : 0.36 0.47 0.54 From tjb at unh.edu Tue Sep 5 14:14:30 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 05 Sep 2006 10:14:30 -0400 Subject: System freeze when logging into GNOME with compiz enabled In-Reply-To: <20060905153133.21a48651@python2> References: <20060905133549.61ce8f81@python2> <1157462701.30675.9.camel@raptor.sr.unh.edu> <20060905153133.21a48651@python2> Message-ID: <1157465670.30675.10.camel@raptor.sr.unh.edu> On Tue, 2006-09-05 at 15:31 +0200, Matthias Saou wrote: > Thomas J. Baker wrote : > > > On Tue, 2006-09-05 at 13:35 +0200, Matthias Saou wrote: > > > > > > Since this week-end at least (I hadn't rebooted my laptop in a few > > > days), after booting my laptop and logging in through gdm, I see the > > > GNOME slash screen, then I see lots of disk I/O going on for a few > > > seconds, but then once the splash screen went away but before anything > > > else appears on the screen (no wallpaper, no panel, only the solid blue > > > background)... complete freeze. Impossible to switch back to a console > > > or even ping the system. > > > > [...] > > > > I experienced the exact same problem on my Radeon RV240. After turning > > off and turning back on compiz like you did, the problem is gone, > > replaced by an equally puzzling one: the Workspace Switcher applet > > displays tiny versions of each desktop, probably about one quarter the > > size it should be. > > Yeah, I've been seeing that too for a few days. I've added a comment : > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201634 > > Seems like the workspace switcher integration is somewhat a work in > progress and still needs a lot to be done. > > Matthias > I had opened a bug about the freezing here but closed it when it seemed to be fixed. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204810 tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From konradr at redhat.com Tue Sep 5 14:41:02 2006 From: konradr at redhat.com (Konrad Rzeszutek) Date: Tue, 5 Sep 2006 10:41:02 -0400 Subject: Mylex or LSILogic DAC960PG Broken on Fedora Core 5 In-Reply-To: <028d01c6cd71$3749f4b0$0200a8c0@AMD2500> References: <020801c6cd4f$8d8b1290$0200a8c0@AMD2500> <028d01c6cd71$3749f4b0$0200a8c0@AMD2500> Message-ID: <20060905144102.GA3283@krzeszut.users.redhat.com> There are already two bugs opened for this. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178229 http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203713 On Fri, Sep 01, 2006 at 03:49:16AM +0100, Aaron Gray wrote: > Sorry I have not tested with FC4 only Redhat 9. > > I will test FC4 and FC6Test2 sometime within the next week. > ----- Original Message ----- > From: Aaron Gray > To: fedora-devel-list at redhat.com > Sent: Thursday, August 31, 2006 11:48 PM > Subject: Mylex or LSILogic DAC960PG Broken on Fedora Core 5 > > > Support for the Mylex or LSILogic DAC960PG is broken on Fedora Core 5. > > It works fine on Redhat 9 and FC4 but Anaconda just hangs on loading the DAC960 driver. > > I am wondering what I can do to get find if this is a known issue and as to whether it will or has been fixed in FC6 ? > > Should I post it as a bug on bugzilla. > > Many thanks in advance, > > Aaron > > > ------------------------------------------------------------------------------ > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > ------------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG Free Edition. > Version: 7.1.405 / Virus Database: 268.11.7/434 - Release Date: 30/08/2006 > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Konrad Rzeszutek 1-(978)-392-3903 or 1-(617)-693-1718 IBM on-site partner. From louisg00 at bellsouth.net Tue Sep 5 18:59:25 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Tue, 05 Sep 2006 14:59:25 -0400 Subject: Suspend stopped working with recent kernels In-Reply-To: <1157416483.8907.7.camel@soncomputer> References: <1157400513.3384.4.camel@soncomputer> <1157416483.8907.7.camel@soncomputer> Message-ID: <1157482765.2477.4.camel@soncomputer> On Mon, 2006-09-04 at 20:34 -0400, Louis Garcia II wrote: > On Tue, 2006-09-05 at 09:49 +1000, Rodd Clarkson wrote: > > On Mon, 2006-09-04 at 16:08 -0400, Louis Garcia II wrote: > > > With recent 3 or 4 kernels suspend to disk stopped working. When > > > suspending the process completes and the power button light blinks, This > > > is normal on my box when suspended. But now the botton blinks once and > > > the video comes back with the mouse and keyboard dead. > > > > > > -Louis > > > > Louis, > > > > Do you happen to be using the xorg-x11-drv-nv driver for X? > > > > I guess I'm asking whether you've got an nvidia graphics card and whther > > you're using the 'nv' driver, or the proprietary 'nvidia' driver. > > > > > > R. > > No, I'm using the ati driver that comes with fedora for my 9250 pro. Suspend > has worked ever since test2. This is a regression. > > -Louis This is on a Dell Dimension 8200, with no usb devices. I found this in the logs: Sep 5 14:46:38 soncomputer gnome-power-manager: (louisg00) Suspending computer because the DBUS method Suspend() was invoked Sep 5 14:46:44 soncomputer restorecond: Read error (Interrupted system call) Sep 5 14:46:44 soncomputer kernel: Disabling non-boot CPUs ... Sep 5 14:46:44 soncomputer kernel: Stopping tasks: ====================================================================================================================| Sep 5 14:46:44 soncomputer kernel: snd-usb-audio 1-1:1.3: no suspend for driver snd-usb-audio? Sep 5 14:46:44 soncomputer kernel: snd-usb-audio 1-1:1.2: no suspend for driver snd-usb-audio? Sep 5 14:46:44 soncomputer kernel: usbdev1.2_ep87: PM: suspend 0->2, parent 1-1:1.0 already 1 Sep 5 14:46:44 soncomputer kernel: pnp: Device 00:0a disabled. Sep 5 14:46:44 soncomputer kernel: pnp: Device 00:09 disabled. Sep 5 14:46:44 soncomputer kernel: ACPI: PCI interrupt for device 0000:02:09.0 disabled Sep 5 14:46:44 soncomputer kernel: ACPI: PCI interrupt for device 0000:02:08.0 disabled Sep 5 14:46:44 soncomputer kernel: ACPI: PCI interrupt for device 0000:00:1f.4 disabled Sep 5 14:46:44 soncomputer kernel: ACPI: PCI interrupt for device 0000:00:1f.2 disabled Sep 5 14:46:44 soncomputer kernel: Class driver suspend failed for cpu0 Sep 5 14:46:44 soncomputer kernel: Could not power down device &q->lock: error -22 Sep 5 14:46:44 soncomputer kernel: Some devices failed to power down From dan at danny.cz Tue Sep 5 19:04:19 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 05 Sep 2006 21:04:19 +0200 Subject: default font "fixed" in xorg 7.1 In-Reply-To: <44FC90D2.60703@mharris.ca> References: <1157396940.3508.17.camel@eagle.danny.cz> <44FC90D2.60703@mharris.ca> Message-ID: <1157483059.3732.10.camel@eagle.danny.cz> Mike A. Harris p??e v Po 04. 09. 2006 v 16:47 -0400: > Dan Hor?k wrote: > > Hello, > > > > I have a problem with rebuilding the TinyERP package for Fedora Extras. > > It needs to start a X server during the build process, so there is a > > "BuildRequires" dependency on xorg-x11-server-xvfb. The X server needs a > > default font "fixed", so there is a "BuildRequires" dependency on > > xorg-x11-fonts-base. When you look into the fonts-base package than the > > font "fixed" is defined in the /usr/share/X11/fonts/misc/fonts.alias > > file. This was sufficient at least until the last build of this package > > on July 24. In current Fedora Devel there is a problem because the font > > "fixed" cannot be found. So what happened to the font "fixed"? > > > > You can find the build logs at > > http://buildsys.fedoraproject.org/logs/fedora-development-extras/16094-tinyerp-3.3.0-3.fc6/ > > Each of the X server subpackages that requires fixed/cursor fonts in > order to work properly at runtime, should be doing: > > Requires: xorg-x11-fonts-base > Yes, this is for runtime, but I need it during the build. Even now all servers should depend on fonts-base, so ot should sufficient to make a dependency only on the server. > That way at X server installation time, there is a runtime dependency > on the fonts that are required to operate properly. I could have > sworn such a dependency was present before, however I could be > mistaken, or it's possible the dependency was removed to allow OLPC > to be able to install a minimal installation or somesuch. > > I haven't tracked recent Fedora X packaging though.. it's possible > a glitch might have creeped in perhaps. Check and make sure that > The actual fonts are installed, and that there is a valid fonts.dir > in the directory. > I have compared the fonts-base packages from FC5 and devel and they differ only in content of the font files (*.pcf.gz). So something must be changed in the xorg-x11-server package and I have found a note in the changelog for version 1.1.1-10.fc6 (revision 1.130 from July 26): "- Fix default font path to match the config file we used to generate" http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server.spec?rev=1.165&view=log Could someone explain the consequences of this change to me? Thanks, Dan From krh at redhat.com Tue Sep 5 19:20:29 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Tue, 05 Sep 2006 15:20:29 -0400 Subject: default font "fixed" in xorg 7.1 In-Reply-To: <1157483059.3732.10.camel@eagle.danny.cz> References: <1157396940.3508.17.camel@eagle.danny.cz> <44FC90D2.60703@mharris.ca> <1157483059.3732.10.camel@eagle.danny.cz> Message-ID: <44FDCDFD.9070601@redhat.com> Dan Hor?k wrote: > Mike A. Harris p??e v Po 04. 09. 2006 v 16:47 -0400: >> Dan Hor?k wrote: >>> Hello, >>> >>> I have a problem with rebuilding the TinyERP package for Fedora Extras. >>> It needs to start a X server during the build process, so there is a >>> "BuildRequires" dependency on xorg-x11-server-xvfb. The X server needs a >>> default font "fixed", so there is a "BuildRequires" dependency on >>> xorg-x11-fonts-base. When you look into the fonts-base package than the >>> font "fixed" is defined in the /usr/share/X11/fonts/misc/fonts.alias >>> file. This was sufficient at least until the last build of this package >>> on July 24. In current Fedora Devel there is a problem because the font >>> "fixed" cannot be found. So what happened to the font "fixed"? >>> >>> You can find the build logs at >>> http://buildsys.fedoraproject.org/logs/fedora-development-extras/16094-tinyerp-3.3.0-3.fc6/ >> Each of the X server subpackages that requires fixed/cursor fonts in >> order to work properly at runtime, should be doing: >> >> Requires: xorg-x11-fonts-base >> > > Yes, this is for runtime, but I need it during the build. Even now all > servers should depend on fonts-base, so ot should sufficient to make a > dependency only on the server. > >> That way at X server installation time, there is a runtime dependency >> on the fonts that are required to operate properly. I could have >> sworn such a dependency was present before, however I could be >> mistaken, or it's possible the dependency was removed to allow OLPC >> to be able to install a minimal installation or somesuch. >> >> I haven't tracked recent Fedora X packaging though.. it's possible >> a glitch might have creeped in perhaps. Check and make sure that >> The actual fonts are installed, and that there is a valid fonts.dir >> in the directory. >> > > I have compared the fonts-base packages from FC5 and devel and they > differ only in content of the font files (*.pcf.gz). So something must > be changed in the xorg-x11-server package and I have found a note in the > changelog for version 1.1.1-10.fc6 (revision 1.130 from July 26): > "- Fix default font path to match the config file we used to generate" > http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server.spec?rev=1.165&view=log > > Could someone explain the consequences of this change to me? I recently updated the fonts packages to fix a cosmetic issue when uninstalling: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197208 The change was to change lines of the form if [ "$1" = "0" ]; then to if [ "$1" = "0" -a -d %{_x11fontdir}/misc ]; then in the %postun sections, so the script is only run when the font directory in question exists. The change looks good to me, but maybe I'm missing something. It definitely sounds related to the problem you're seeing. Kristian From mattdm at mattdm.org Tue Sep 5 19:45:25 2006 From: mattdm at mattdm.org (Matthew Miller) Date: Tue, 5 Sep 2006 15:45:25 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <44FA16EE.7070704@mindspring.com> References: <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> Message-ID: <20060905194525.GA22502@jadzia.bu.edu> On Sat, Sep 02, 2006 at 07:42:38PM -0400, Richard Hally wrote: > Perhaps a new option added to the set {install,update,remove,list,?} > Revert? > And certainly disable -y. I don't think it should disable -y. Perhaps the documentation text for the option should discourage using it, but "yes" should mean "yes". -- Matthew Miller mattdm at mattdm.org Boston University Linux ------> From grgoffe at yahoo.com Tue Sep 5 19:50:52 2006 From: grgoffe at yahoo.com (George R Goffe) Date: Tue, 5 Sep 2006 12:50:52 -0700 (PDT) Subject: error running yum for the first time Message-ID: <20060905195052.13959.qmail@web53110.mail.yahoo.com> Howdy, I have just installed fc6t2_x64 since the upgrade processes seem to produce a system that panics. I get these messages from yum list all for my troubles. I just thought someone might care about this so I'm reporting it. George... [root at mechanic ~]# yum clean all Loading "installonlyn" plugin Loading "protectbase" plugin Plugin "downloadonly" uses deprecated constant TYPE_INTERFACE. Please use TYPE_INTERACTIVE instead. Loading "downloadonly" plugin Plugin "changelog" uses deprecated constant TYPE_INTERFACE. Please use TYPE_INTERACTIVE instead. Loading "changelog" plugin Plugin "tsflags" uses deprecated constant TYPE_INTERFACE. Please use TYPE_INTERACTIVE instead. Loading "tsflags" plugin Loading "versionlock" plugin Loading "fastestmirror" plugin Loading "kernel-module" plugin Loading "fedorakmod" plugin /usr/lib/python2.4/site-packages/yum/plugins.py:381: DeprecationWarning: registerOpt() will go away in a future version of Yum. Please manipulate config.YumConf and config.RepoConf directly. DeprecationWarning) Cleaning up Everything [root at mechanic ~]# yum list all > alldayums.txt /usr/lib/python2.4/site-packages/yum/plugins.py:381: DeprecationWarning: registerOpt() will go away in a future version of Yum. Please manipulate config.YumConf and config.RepoConf directly. DeprecationWarning) Unable to read version lock configuration: [Errno 5] OSError: [Errno 2] No such file or directory: '/etc/yum/pluginconf.d/versionlock.list' ===== _/_/_/_/ _/_/_/_/ _/_/_/_/ _/_/_/ _/_/_/_/ _/_/_/_/ ----- _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/ _/_/_/_/ _/ _/ _/_/_/ _/ _/_/ _/_/_/_/ ----- _/ _/ _/ _/ _/ _/ _/ _/ _/ _/ _/_/_/_/ _/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/ _/_/_/_/ ----- "It's not what you know that hurts you, It's what you know that ain't so." Will Rogers __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From pmatilai at laiskiainen.org Tue Sep 5 20:03:53 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 05 Sep 2006 23:03:53 +0300 Subject: yum question, reverting to old packages. In-Reply-To: <44FA16EE.7070704@mindspring.com> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> Message-ID: <1157486633.14287.34.camel@weasel.turre.laiskiainen.org> On Sat, 2006-09-02 at 19:42 -0400, Richard Hally wrote: > seth vidal wrote: > > On Sat, 2006-09-02 at 23:13 +0300, Panu Matilainen wrote: > >> On Sat, 2 Sep 2006, Jesse Keating wrote: > >> > >>> On Sat, 2006-09-02 at 13:32 -0400, Richard Hally wrote: > >>>> So maybe we should remove --oldpackage/--nodeps/--force from rpm. It > >>>> follows the gnome 'dumb it down' approach. > >>> No, we just don't enable these functions in the "helper" apps. We don't > >>> want to help you ruin your system, we'll let you do that on your own > >>> with RPM. > >> People wishing for package downgrades are more often than not folks who > >> run rawhide and other experimental packages and just want an easy way to > >> back out a broken package. When a bad update has broken your system, what > >> difference does it make if downgrade is "potentially dangerous"? > > > > This is the one point that I agree with. I looked at implementing the > > simple flag to allow downgrades to happen provided the user jumped > > through some hoops. I'm a bit crunched for time right now but if you > > want to work on a patch for it I'd take a look. > > > > The criteria for it, however, is that it can NEVER happen automatically. > > There will be no config option that sets it to happen it will only be > > something one does on the command line (and maybe it should implicitly > > disable -y) > > > > Seriously, I'd like it to be something that requires hoops, maybe even > > flaming hoops. :) > > > > -sv > > > > > +1 > Perhaps a new option added to the set {install,update,remove,list,?} > Revert? > And certainly disable -y. > > My most common use case is (running rawhide): > go into /var/cache/yum/development, see what the previous package was > and 'rpm -Uvh --oldpackage > > If there were a revert option that did just that, it would be helpful. > If doing --oldpackage trashes some part of your system, it is the rpms > deficiency not yum's. Yum CVS just gained the ability to downgrade packages, with a little help from yet another plugin. Means you can downgrade to manually specified version of a package with --allow-downgrade assuming you have the plugin installed. Apt-rpm supports crack like 'apt-get install "foo<1.2"' but hell is going to freeze over a couple of times before Seth will accept things like that in Yum :) OTOH it would probably be possible to write a plugin to "revert to previous version" now, implementation is left as an excercise for the reader though... - Panu - From dan at danny.cz Tue Sep 5 20:08:39 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 05 Sep 2006 22:08:39 +0200 Subject: default font "fixed" in xorg 7.1 In-Reply-To: <44FDCDFD.9070601@redhat.com> References: <1157396940.3508.17.camel@eagle.danny.cz> <44FC90D2.60703@mharris.ca> <1157483059.3732.10.camel@eagle.danny.cz> <44FDCDFD.9070601@redhat.com> Message-ID: <1157486919.3732.22.camel@eagle.danny.cz> > > I have compared the fonts-base packages from FC5 and devel and they > > differ only in content of the font files (*.pcf.gz). So something must > > be changed in the xorg-x11-server package and I have found a note in the > > changelog for version 1.1.1-10.fc6 (revision 1.130 from July 26): > > "- Fix default font path to match the config file we used to generate" > > http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server.spec?rev=1.165&view=log > > > > Could someone explain the consequences of this change to me? > > I recently updated the fonts packages to fix a cosmetic issue when uninstalling: > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197208 > > The change was to change lines of the form > > if [ "$1" = "0" ]; then > > to > > if [ "$1" = "0" -a -d %{_x11fontdir}/misc ]; then > > in the %postun sections, so the script is only run when the font directory in > question exists. The change looks good to me, but maybe I'm missing > something. It definitely sounds related to the problem you're seeing. But doesn't the situation without the %{_x11fontdir}/misc directory mean, that there was not any fonts.dir (or any other) file created in this directory normally during the postinstall script? That the uninstall process will remove all files (*.pcf.gz and fonts.alias) and also the misc directory? For example when postinstall script failed? The non-existent fonts.dir would explain the situation - fonts.alias maps the short font name (eg. fixed) into the full name "-misc-fixed-medium-r-normal--20-200-75-75-...", but without the fonts.dir the X server doesn't know how to map the *.pcf.gz file to the full font name. Could someone do a mock install of xorg-x11-fonts-misc and check whether the fonts.dir file is created? Dan From skvidal at linux.duke.edu Tue Sep 5 20:14:46 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 05 Sep 2006 16:14:46 -0400 Subject: yum question, reverting to old packages. In-Reply-To: <1157486633.14287.34.camel@weasel.turre.laiskiainen.org> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <1157486633.14287.34.camel@weasel.turre.laiskiainen.org> Message-ID: <1157487286.23973.36.camel@cutter> On Tue, 2006-09-05 at 23:03 +0300, Panu Matilainen wrote: > Apt-rpm supports crack like 'apt-get install "foo<1.2"' but hell is > going to freeze over a couple of times before Seth will accept things > like that in Yum :) OTOH it would probably be possible to write a plugin > to "revert to previous version" now, implementation is left as an > excercise for the reader though... yum already supports >=< options - it was part of the provides-based-installs. -sv From orion at cora.nwra.com Tue Sep 5 20:22:20 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 05 Sep 2006 14:22:20 -0600 Subject: rpm packages of thunderbird/firefox extensions Message-ID: A little over a year ago I asked about packaging Firefox extensions and was told things would be better in Firefox 1.1. We now have 1.5. Are we ready to start packaging Firefox extensions? Thanks! -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From mharris at mharris.ca Tue Sep 5 20:32:41 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Tue, 05 Sep 2006 16:32:41 -0400 Subject: default font "fixed" in xorg 7.1 In-Reply-To: <1157483059.3732.10.camel@eagle.danny.cz> References: <1157396940.3508.17.camel@eagle.danny.cz> <44FC90D2.60703@mharris.ca> <1157483059.3732.10.camel@eagle.danny.cz> Message-ID: <44FDDEE9.5060303@mharris.ca> Dan Hor?k wrote: > Mike A. Harris p??e v Po 04. 09. 2006 v 16:47 -0400: >> Dan Hor?k wrote: >>> Hello, >>> >>> I have a problem with rebuilding the TinyERP package for Fedora Extras. >>> It needs to start a X server during the build process, so there is a >>> "BuildRequires" dependency on xorg-x11-server-xvfb. The X server needs a >>> default font "fixed", so there is a "BuildRequires" dependency on >>> xorg-x11-fonts-base. When you look into the fonts-base package than the >>> font "fixed" is defined in the /usr/share/X11/fonts/misc/fonts.alias >>> file. This was sufficient at least until the last build of this package >>> on July 24. In current Fedora Devel there is a problem because the font >>> "fixed" cannot be found. So what happened to the font "fixed"? >>> >>> You can find the build logs at >>> http://buildsys.fedoraproject.org/logs/fedora-development-extras/16094-tinyerp-3.3.0-3.fc6/ >> Each of the X server subpackages that requires fixed/cursor fonts in >> order to work properly at runtime, should be doing: >> >> Requires: xorg-x11-fonts-base >> > > Yes, this is for runtime, but I need it during the build. Even now all > servers should depend on fonts-base, so ot should sufficient to make a > dependency only on the server. As long as the X server you need (at build or runtime) specifies "Requires: ", and you specify a dep on the particular X server, then there should be no problem, as your package will drag in the X server, which will drag in the fonts. If you require Xvfb, you should be using: BuildRequires: Xvfb (not xorg-x11-server-Xvfb) That will make your package X implementation agnostic. >> That way at X server installation time, there is a runtime dependency >> on the fonts that are required to operate properly. I could have >> sworn such a dependency was present before, however I could be >> mistaken, or it's possible the dependency was removed to allow OLPC >> to be able to install a minimal installation or somesuch. >> >> I haven't tracked recent Fedora X packaging though.. it's possible >> a glitch might have creeped in perhaps. Check and make sure that >> The actual fonts are installed, and that there is a valid fonts.dir >> in the directory. >> > > I have compared the fonts-base packages from FC5 and devel and they > differ only in content of the font files (*.pcf.gz). So something must > be changed in the xorg-x11-server package and I have found a note in the > changelog for version 1.1.1-10.fc6 (revision 1.130 from July 26): > "- Fix default font path to match the config file we used to generate" > http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server.spec?rev=1.165&view=log > > Could someone explain the consequences of this change to me? I'd suggest to check the changelog to see who made the change, and drop them an email. Hope this helps. -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From pmatilai at laiskiainen.org Tue Sep 5 20:47:58 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 05 Sep 2006 23:47:58 +0300 Subject: yum question, reverting to old packages. In-Reply-To: <1157487286.23973.36.camel@cutter> References: <1157092285.2959.52.camel@localhost.localdomain> <1157124866.12430.8.camel@cutter> <1157170273.17355.3.camel@cutter> <44F9AA2E.8010406@mindspring.com> <1157213444.6577.83.camel@ender> <44F9B20B.8020804@mindspring.com> <1157214823.6577.105.camel@ender> <44F9B7BA.9070307@mindspring.com> <1157216599.6577.122.camel@ender> <44F9C028.2@mindspring.com> <1157222826.6577.126.camel@ender> <1157239292.17355.26.camel@cutter> <44FA16EE.7070704@mindspring.com> <1157486633.14287.34.camel@weasel.turre.laiskiainen.org> <1157487286.23973.36.camel@cutter> Message-ID: <1157489278.14287.55.camel@weasel.turre.laiskiainen.org> On Tue, 2006-09-05 at 16:14 -0400, seth vidal wrote: > On Tue, 2006-09-05 at 23:03 +0300, Panu Matilainen wrote: > > > Apt-rpm supports crack like 'apt-get install "foo<1.2"' but hell is > > going to freeze over a couple of times before Seth will accept things > > like that in Yum :) OTOH it would probably be possible to write a plugin > > to "revert to previous version" now, implementation is left as an > > excercise for the reader though... > > yum already supports >=< options - it was part of the > provides-based-installs. So the hell frozen over already god knows how many times :) Didn't remember that, possibly because it doesn't actually downgrade the package if already installed to meet the requirement. Anyway, that seems to work as well with --allow-downgrade now. - Panu - From caillon at redhat.com Tue Sep 5 20:54:13 2006 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 05 Sep 2006 16:54:13 -0400 Subject: rpm packages of thunderbird/firefox extensions In-Reply-To: References: Message-ID: <44FDE3F5.7020509@redhat.com> Orion Poplawski wrote: > A little over a year ago I asked about packaging Firefox extensions and > was told things would be better in Firefox 1.1. We now have 1.5. Are > we ready to start packaging Firefox extensions? Things are better, but nowhere near great. The fact that Firefox doesn't use versioned libraries means that every time the version changes upstream, the on-disk directory changes. In any case, things are probably "good enough" since extensions can be properly installed and uninstalled without manual user intervention. Take a look at what beagle does to install its extension. Just before I sent this, I thought of a potentially big problem though..... the automatic software update that Firefox has. It's extremely likely that extensions can installed via RPM, then updated via the software updater, and then rpmdb will not match what's on disk, causing potential problems for future rpm operations such as rpm -U, rpm -e, and obviously rpm -V. We probably need a solution for that before we start shipping extensions as part of extras. From pmatilai at laiskiainen.org Tue Sep 5 20:55:13 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Tue, 05 Sep 2006 23:55:13 +0300 Subject: error running yum for the first time In-Reply-To: <20060905195052.13959.qmail@web53110.mail.yahoo.com> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> Message-ID: <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> On Tue, 2006-09-05 at 12:50 -0700, George R Goffe wrote: > Howdy, > > I have just installed fc6t2_x64 since the upgrade processes seem to > produce a system that panics. > > I get these messages from yum list all for my troubles. I just > thought someone might care about this so I'm reporting it. > > George... > > > [root at mechanic ~]# yum clean all > Loading "installonlyn" plugin > Loading "protectbase" plugin > Plugin "downloadonly" uses deprecated constant TYPE_INTERFACE. > Please use TYPE_INTERACTIVE instead. > Loading "downloadonly" plugin > Plugin "changelog" uses deprecated constant TYPE_INTERFACE. > Please use TYPE_INTERACTIVE instead. > Loading "changelog" plugin > Plugin "tsflags" uses deprecated constant TYPE_INTERFACE. > Please use TYPE_INTERACTIVE instead. > Loading "tsflags" plugin > Loading "versionlock" plugin > Loading "fastestmirror" plugin > Loading "kernel-module" plugin > Loading "fedorakmod" plugin > /usr/lib/python2.4/site-packages/yum/plugins.py:381: > DeprecationWarning: registerOpt() will go away in a future version > of Yum. > Please manipulate config.YumConf and config.RepoConf directly. > DeprecationWarning) > Cleaning up Everything > [root at mechanic ~]# yum list all > alldayums.txt > /usr/lib/python2.4/site-packages/yum/plugins.py:381: > DeprecationWarning: registerOpt() will go away in a future version > of Yum. > Please manipulate config.YumConf and config.RepoConf directly. > DeprecationWarning) The (harmless) deprecation warnings are being worked on... > > > Unable to read version lock configuration: [Errno 5] OSError: [Errno > 2] No such file or directory: '/etc/yum/pluginconf.d/versionlock.list' ...but this is by design - if the versionlock plugin is enabled it will refuse to do anything at all unless a versionlock list can be found. The rationale is that if you care enough about package versions to use versionlock plugin, you don't want a config file gone missing (or unreachable due to network break etc) mean that the system can be updated to any available package versions. So it needs to stop. The fix is to either 'rpm -e yum-versionlock' if you don't use it or to provide the missing config file. - Panu - From caillon at redhat.com Tue Sep 5 20:59:36 2006 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 05 Sep 2006 16:59:36 -0400 Subject: error running yum for the first time In-Reply-To: <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> Message-ID: <44FDE538.7050300@redhat.com> Panu Matilainen wrote: > The fix is to either 'rpm -e yum-versionlock' if you don't use it or to > provide the missing config file. > I'm guessing he performed an "everything" install, whatever that means these days. So it sounds like there should be a config provided with it. Making the default system unusable is plain silly, especially since it would also mess with the applet. From skvidal at linux.duke.edu Tue Sep 5 21:04:18 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 05 Sep 2006 17:04:18 -0400 Subject: error running yum for the first time In-Reply-To: <44FDE538.7050300@redhat.com> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> <44FDE538.7050300@redhat.com> Message-ID: <1157490259.23973.39.camel@cutter> On Tue, 2006-09-05 at 16:59 -0400, Christopher Aillon wrote: > Panu Matilainen wrote: > > The fix is to either 'rpm -e yum-versionlock' if you don't use it or to > > provide the missing config file. > > > > I'm guessing he performed an "everything" install, whatever that means > these days. So it sounds like there should be a config provided with > it. Making the default system unusable is plain silly, especially since > it would also mess with the applet. you're thinking like a user and not like a sysadmin. If that file went missing it would screw up a lot of systems that are locked in. Fedora is not just for end users in front of laptops. -sv From angray at beeb.net Tue Sep 5 17:40:25 2006 From: angray at beeb.net (Aaron Gray) Date: Tue, 05 Sep 2006 18:40:25 +0100 Subject: Mylex or LSILogic DAC960PG Broken on Fedora Core 5 In-Reply-To: <20060905144102.GA3283@krzeszut.users.redhat.com> References: <020801c6cd4f$8d8b1290$0200a8c0@AMD2500> <028d01c6cd71$3749f4b0$0200a8c0@AMD2500> <20060905144102.GA3283@krzeszut.users.redhat.com> Message-ID: <44FDB689.1090207@beeb.net> I think these are different bugs. I dont know about the second one though as I do not have permission to view it. This looks more familiar :- http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=170593 I am not with the machine in question but I am not sure but I believe this disabling ACPI may solve my problem, I will try it tomorrow. Aaron Konrad Rzeszutek wrote: > There are already two bugs opened for this. > > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=178229 > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203713 > > On Fri, Sep 01, 2006 at 03:49:16AM +0100, Aaron Gray wrote: > >> Sorry I have not tested with FC4 only Redhat 9. >> >> I will test FC4 and FC6Test2 sometime within the next week. >> ----- Original Message ----- >> From: Aaron Gray >> To: fedora-devel-list at redhat.com >> Sent: Thursday, August 31, 2006 11:48 PM >> Subject: Mylex or LSILogic DAC960PG Broken on Fedora Core 5 >> >> >> Support for the Mylex or LSILogic DAC960PG is broken on Fedora Core 5. >> >> It works fine on Redhat 9 and FC4 but Anaconda just hangs on loading the DAC960 driver. >> >> I am wondering what I can do to get find if this is a known issue and as to whether it will or has been fixed in FC6 ? >> >> Should I post it as a bug on bugzilla. >> >> Many thanks in advance, >> >> Aaron >> >> >> ------------------------------------------------------------------------------ >> >> >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> >> >> ------------------------------------------------------------------------------ >> >> >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.1.405 / Virus Database: 268.11.7/434 - Release Date: 30/08/2006 >> > > >> -- >> fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From caillon at redhat.com Tue Sep 5 21:26:56 2006 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 05 Sep 2006 17:26:56 -0400 Subject: error running yum for the first time In-Reply-To: <1157490259.23973.39.camel@cutter> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> <44FDE538.7050300@redhat.com> <1157490259.23973.39.camel@cutter> Message-ID: <44FDEBA0.5010401@redhat.com> seth vidal wrote: > On Tue, 2006-09-05 at 16:59 -0400, Christopher Aillon wrote: >> Panu Matilainen wrote: >>> The fix is to either 'rpm -e yum-versionlock' if you don't use it or to >>> provide the missing config file. >>> >> I'm guessing he performed an "everything" install, whatever that means >> these days. So it sounds like there should be a config provided with >> it. Making the default system unusable is plain silly, especially since >> it would also mess with the applet. > > you're thinking like a user and not like a sysadmin. Then there is clearly a problem in yum or anaconda or maybe even rpm for not determining whether the person installing the package is a user or a sysadmin. > If that file went missing it would screw up a lot of systems that are > locked in. I don't doubt that. Perhaps this specific plugin should be disabled by default then even after install. e.g. enabled = 0 in versionlock.conf instead of enabled = 1. And just require the user^H^H^H^H sysadmin explicitly turning it on (they already have to do work to make the plugin useful, what's one more step?) > Fedora is not just for end users in front of laptops. That doesn't mean we can screw the end user for the benefit of the sysadmin, or vice versa. From skvidal at linux.duke.edu Tue Sep 5 21:30:48 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Tue, 05 Sep 2006 17:30:48 -0400 Subject: error running yum for the first time In-Reply-To: <44FDEBA0.5010401@redhat.com> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> <44FDE538.7050300@redhat.com> <1157490259.23973.39.camel@cutter> <44FDEBA0.5010401@redhat.com> Message-ID: <1157491849.23973.51.camel@cutter> On Tue, 2006-09-05 at 17:26 -0400, Christopher Aillon wrote: > seth vidal wrote: > > On Tue, 2006-09-05 at 16:59 -0400, Christopher Aillon wrote: > >> Panu Matilainen wrote: > >>> The fix is to either 'rpm -e yum-versionlock' if you don't use it or to > >>> provide the missing config file. > >>> > >> I'm guessing he performed an "everything" install, whatever that means > >> these days. So it sounds like there should be a config provided with > >> it. Making the default system unusable is plain silly, especially since > >> it would also mess with the applet. > > > > you're thinking like a user and not like a sysadmin. > > Then there is clearly a problem in yum or anaconda or maybe even rpm for > not determining whether the person installing the package is a user or a > sysadmin. > > > > If that file went missing it would screw up a lot of systems that are > > locked in. > > I don't doubt that. Perhaps this specific plugin should be disabled by > default then even after install. e.g. enabled = 0 in versionlock.conf > instead of enabled = 1. And just require the user^H^H^H^H sysadmin > explicitly turning it on (they already have to do work to make the > plugin useful, what's one more step?) doesn't bother me if that's the case. Panu? > > Fedora is not just for end users in front of laptops. > > That doesn't mean we can screw the end user for the benefit of the > sysadmin, or vice versa. I think discouraging 'everything' installs by aversion therapy might be a good idea, though. :) -sv From opensource at till.name Tue Sep 5 21:29:27 2006 From: opensource at till.name (Till Maas) Date: Tue, 05 Sep 2006 23:29:27 +0200 Subject: error running yum for the first time In-Reply-To: <1157490259.23973.39.camel@cutter> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> <44FDE538.7050300@redhat.com> <1157490259.23973.39.camel@cutter> Message-ID: <200609052329.34772.opensource@till.name> On Tuesday 05 September 2006 23:04, seth vidal wrote: > On Tue, 2006-09-05 at 16:59 -0400, Christopher Aillon wrote: > > I'm guessing he performed an "everything" install, whatever that means > > these days. So it sounds like there should be a config provided with > > it. Making the default system unusable is plain silly, especially since > > it would also mess with the applet. > If that file went missing it would screw up a lot of systems that are > locked in. This is true, but an empty/not locking default config would not hurt the admins but help the user. Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From caillon at redhat.com Tue Sep 5 21:37:18 2006 From: caillon at redhat.com (Christopher Aillon) Date: Tue, 05 Sep 2006 17:37:18 -0400 Subject: error running yum for the first time In-Reply-To: <1157491849.23973.51.camel@cutter> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> <44FDE538.7050300@redhat.com> <1157490259.23973.39.camel@cutter> <44FDEBA0.5010401@redhat.com> <1157491849.23973.51.camel@cutter> Message-ID: <44FDEE0E.3040901@redhat.com> seth vidal wrote: > I think discouraging 'everything' installs by aversion therapy might be > a good idea, though. :) Discouraging it in general is a good idea, the method really doesn't matter to me. Not that I think it will prove effective... people seem to always want it all. I blame Queen. :) From sundaram at fedoraproject.org Tue Sep 5 21:41:19 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 06 Sep 2006 03:11:19 +0530 Subject: Pup et all Message-ID: <44FDEEFF.5060602@fedoraproject.org> Hi, While yum in Fedora development tree is significantly faster, Pup and Pirut still seems slow to me. There are multiple puplet notifications showing the number of updates which dont go away if I try to close it. Is anyone else seeing this? Multiple notifications bug: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205286 Since Pup is slow, I tried running yum update from the command line only to fall into this bug https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203938 The locking error message can be confusing as well https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201393 Rahul From david at lovesunix.net Tue Sep 5 21:47:28 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 05 Sep 2006 23:47:28 +0200 Subject: Pup et all In-Reply-To: <44FDEEFF.5060602@fedoraproject.org> References: <44FDEEFF.5060602@fedoraproject.org> Message-ID: <1157492848.3026.132.camel@price> ons, 06 09 2006 kl. 03:11 +0530, skrev Rahul: > Hi, > > While yum in Fedora development tree is significantly faster, Pup and > Pirut still seems slow to me. There are multiple puplet notifications > showing the number of updates which dont go away if I try to close it. > Is anyone else seeing this? > > Multiple notifications bug: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205286 > > Since Pup is slow, I tried running yum update from the command line only > to fall into this bug > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203938 > > The locking error message can be confusing as well > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201393 Personally I find the most annoying Pup issue to be the dialog blanking, it makes it appear as if Pup has crashed which is definitely not true and not the impression we want to give new users. - David From krh at redhat.com Tue Sep 5 21:59:54 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Tue, 05 Sep 2006 17:59:54 -0400 Subject: default font "fixed" in xorg 7.1 In-Reply-To: <1157486919.3732.22.camel@eagle.danny.cz> References: <1157396940.3508.17.camel@eagle.danny.cz> <44FC90D2.60703@mharris.ca> <1157483059.3732.10.camel@eagle.danny.cz> <44FDCDFD.9070601@redhat.com> <1157486919.3732.22.camel@eagle.danny.cz> Message-ID: <44FDF35A.8000404@redhat.com> Dan Dvor?k wrote: >>> I have compared the fonts-base packages from FC5 and devel and they >>> differ only in content of the font files (*.pcf.gz). So something must >>> be changed in the xorg-x11-server package and I have found a note in the >>> changelog for version 1.1.1-10.fc6 (revision 1.130 from July 26): >>> "- Fix default font path to match the config file we used to generate" >>> http://cvs.fedora.redhat.com/viewcvs/rpms/xorg-x11-server/devel/xorg-x11-server.spec?rev=1.165&view=log >>> >>> Could someone explain the consequences of this change to me? >> I recently updated the fonts packages to fix a cosmetic issue when uninstalling: >> >> http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197208 >> >> The change was to change lines of the form >> >> if [ "$1" = "0" ]; then >> >> to >> >> if [ "$1" = "0" -a -d %{_x11fontdir}/misc ]; then >> >> in the %postun sections, so the script is only run when the font directory in >> question exists. The change looks good to me, but maybe I'm missing >> something. It definitely sounds related to the problem you're seeing. > > But doesn't the situation without the %{_x11fontdir}/misc directory > mean, that there was not any fonts.dir (or any other) file created in > this directory normally during the postinstall script? That the > uninstall process will remove all files (*.pcf.gz and fonts.alias) and > also the misc directory? For example when postinstall script failed? The change above only affects the uninstall case where we're really uninstalling the package (as opposed to uninstalling as part of an upgrade). The script in the if-case is run after uninstalling to update the fonts.dir. The change makes sure that we don't run mkfontdir if the uninstall actually removed that directory. Some font packages share a font directory (such as the misc directory) so uninstalling a font package doesn't necessarily remove the directory, in which case we need to regenerate fonts.dir. Kristian From katzj at redhat.com Tue Sep 5 22:56:14 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 05 Sep 2006 18:56:14 -0400 Subject: Pup et all In-Reply-To: <44FDEEFF.5060602@fedoraproject.org> References: <44FDEEFF.5060602@fedoraproject.org> Message-ID: <1157496974.6580.5.camel@aglarond.local> On Wed, 2006-09-06 at 03:11 +0530, Rahul wrote: > While yum in Fedora development tree is significantly faster, Pup and > Pirut still seems slow to me. There are multiple puplet notifications > showing the number of updates which dont go away if I try to close it. > Is anyone else seeing this? To some extent, things are going to be a little slower due to waiting for X roundtrips... you can throttle the progress bar to reduce that effect but then you get the alternate effect of the display not updating as aggressively :-/ It's a bit of a lose, lose situation. > Multiple notifications bug: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205286 I fixed this a few weeks ago and forgot to build it and then built it earlier today for other fixes. > Since Pup is slow, I tried running yum update from the command line only > to fall into this bug > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203938 If you can provide more info on what yum-updatesd is doing then, I'd love to see it -- I'm regularly running all of yum, pirut and pup with yum-updatesd still running on my box and haven't hit a stale lock once. Jeremy From katzj at redhat.com Tue Sep 5 22:56:58 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 05 Sep 2006 18:56:58 -0400 Subject: Pup et all In-Reply-To: <1157492848.3026.132.camel@price> References: <44FDEEFF.5060602@fedoraproject.org> <1157492848.3026.132.camel@price> Message-ID: <1157497018.6580.7.camel@aglarond.local> On Tue, 2006-09-05 at 23:47 +0200, David Nielsen wrote: > Personally I find the most annoying Pup issue to be the dialog blanking, > it makes it appear as if Pup has crashed which is definitely not true > and not the impression we want to give new users. Yeah -- this happening is a new-ish (since FC5) thing... I need to track down where a callback changed so we're not getting the feedback to update a progressbar nicely anymore. It's on my list of things to do, just ... that's a long list right now :-/ Jeremy From tjb at unh.edu Tue Sep 5 23:26:27 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 05 Sep 2006 19:26:27 -0400 Subject: System freeze when logging into GNOME with compiz enabled In-Reply-To: <1157465670.30675.10.camel@raptor.sr.unh.edu> References: <20060905133549.61ce8f81@python2> <1157462701.30675.9.camel@raptor.sr.unh.edu> <20060905153133.21a48651@python2> <1157465670.30675.10.camel@raptor.sr.unh.edu> Message-ID: <1157498787.2961.0.camel@continuity> On Tue, 2006-09-05 at 10:14 -0400, Thomas J. Baker wrote: > On Tue, 2006-09-05 at 15:31 +0200, Matthias Saou wrote: > > Thomas J. Baker wrote : > > > > > On Tue, 2006-09-05 at 13:35 +0200, Matthias Saou wrote: > > > > > > > > Since this week-end at least (I hadn't rebooted my laptop in a few > > > > days), after booting my laptop and logging in through gdm, I see the > > > > GNOME slash screen, then I see lots of disk I/O going on for a few > > > > seconds, but then once the splash screen went away but before anything > > > > else appears on the screen (no wallpaper, no panel, only the solid blue > > > > background)... complete freeze. Impossible to switch back to a console > > > > or even ping the system. > > > > > > [...] > > > > > > I experienced the exact same problem on my Radeon RV240. After turning > > > off and turning back on compiz like you did, the problem is gone, > > > replaced by an equally puzzling one: the Workspace Switcher applet > > > displays tiny versions of each desktop, probably about one quarter the > > > size it should be. > > > > Yeah, I've been seeing that too for a few days. I've added a comment : > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=201634 > > > > Seems like the workspace switcher integration is somewhat a work in > > progress and still needs a lot to be done. > > > > Matthias > > > > I had opened a bug about the freezing here but closed it when it seemed > to be fixed. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204810 > > tjb I just had this problem again so I re-opened the bug. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From kwade at redhat.com Wed Sep 6 01:44:47 2006 From: kwade at redhat.com (Karsten Wade) Date: Tue, 05 Sep 2006 18:44:47 -0700 Subject: Reminder: FC6 release notes last possible date 20 Sep. Message-ID: <1157507088.22766.66.camel@erato.phig.org> Help us to again make the best Linux release notes. There are content holes we can see[1], and maybe you know something that should be here: http://fedoraproject.org/wiki/Docs/Beats Please get your changes in by 20 September, so we have a chance to do clean-up. Expect continuous nagging throughout the rest of the release cycle. That is all. :) - Karsten [1] Complete list of pages that have not been updated by a maintainer: http://fedoraproject.org/wiki/Docs/Beats/ArchSpecific http://fedoraproject.org/wiki/Docs/Beats/ArchSpecific/PPC http://fedoraproject.org/wiki/Docs/Beats/ArchSpecific/x86 http://fedoraproject.org/wiki/Docs/Beats/ArchSpecific/x86_64 http://fedoraproject.org/wiki/Docs/Beats/DatabaseServers http://fedoraproject.org/wiki/Docs/Beats/Desktop http://fedoraproject.org/wiki/Docs/Beats/FileServers http://fedoraproject.org/wiki/Docs/Beats/Legacy http://fedoraproject.org/wiki/Docs/Beats/Networking http://fedoraproject.org/wiki/Docs/Beats/PackageChanges http://fedoraproject.org/wiki/Docs/Beats/Printing http://fedoraproject.org/wiki/Docs/Beats/Security http://fedoraproject.org/wiki/Docs/Beats/Security/SELinux http://fedoraproject.org/wiki/Docs/Beats/ServerTools http://fedoraproject.org/wiki/Docs/Beats/SystemDaemons http://fedoraproject.org/wiki/Docs/Beats/Xorg -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- 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 naoki at valuecommerce.com Wed Sep 6 04:46:36 2006 From: naoki at valuecommerce.com (Naoki) Date: Wed, 06 Sep 2006 13:46:36 +0900 Subject: Odd problem with X lockup when using latest xen kernel. Message-ID: <1157517996.2587.8.camel@localhost.localdomain> Just booted to kernel-xen-2.6.17-1.2617.2.1.fc6 and after a few minutes I noticed my cursor in X would switch between normal, non-visible, and graphically corrupt, then after about 15-20 minutes my X locked up requiring a restart. I've booted to kernel-2.6.17-1.2617.2.1.fc6 and have been running X for over three hours now without this problem. Anybody else seen this ? I'm latest rawhide : xorg-x11-server-Xorg-1.1.1-34.fc6 xorg-x11-drv-i810-1.6.5-5.fc6 Using an "Intel Corporation 945G/GZ Express Integrated Graphics Controller (rev 02)". From fedora at leemhuis.info Wed Sep 6 04:59:59 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 06 Sep 2006 06:59:59 +0200 Subject: rpm packages of thunderbird/firefox extensions In-Reply-To: <44FDE3F5.7020509@redhat.com> References: <44FDE3F5.7020509@redhat.com> Message-ID: <44FE55CF.6070905@leemhuis.info> Christopher Aillon schrieb: > Orion Poplawski wrote: >> A little over a year ago I asked about packaging Firefox extensions and >> was told things would be better in Firefox 1.1. We now have 1.5. Are >> we ready to start packaging Firefox extensions? > > Things are better, but nowhere near great. The fact that Firefox > doesn't use versioned libraries means that every time the version > changes upstream, the on-disk directory changes. Would it be possible to do something similar to the plugins-scheme in the mozilla-based stuff in Fedora? e.g. install all extensions to /usr/lib{,64}/{mozilla,firefox,thunderbird}/1.5/extensions/ an we make somehow sure that those apps find them there? Maybe with some scripts that create symlinks where they belong (yes, that's a bit scary, I know. Site note: maybe we can even get rid of the "1.5" in above example, but I'm not sure. > In any case, things > are probably "good enough" since extensions can be properly installed > and uninstalled without manual user intervention. Take a look at what > beagle does to install its extension. > > Just before I sent this, I thought of a potentially big problem > though..... the automatic software update that Firefox has. It's > extremely likely that extensions can installed via RPM, then updated via > the software updater, and then rpmdb will not match what's on disk, > causing potential problems for future rpm operations such as rpm -U, rpm > -e, and obviously rpm -V. Well, firefox would need to run as root to overwrite what's on disk. People doing such stuff did something totally wrong already and probably don't care to much about rpm -{UeV}. > We probably need a solution for that before we start shipping extensions > as part of extras. Well, we probably should start with one or two extensions and see how it works out before we start more. CU thl From fedora at leemhuis.info Wed Sep 6 05:10:22 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 06 Sep 2006 07:10:22 +0200 Subject: Pup et all In-Reply-To: <44FDEEFF.5060602@fedoraproject.org> References: <44FDEEFF.5060602@fedoraproject.org> Message-ID: <44FE583E.2010802@leemhuis.info> Rahul schrieb: > While yum in Fedora development tree is significantly faster, Pup and > Pirut still seems slow to me. There are multiple puplet notifications > showing the number of updates which dont go away if I try to close it. [...] I upgraded to the devel tree on two machines and had another minor problem with puplet -- I knew that it's new in FC6 so I looked out for it after the upgrade. I tried to start puplet manually and there was no reaction. I looked in the list of applets and couldn't find it. It took me round about ten minutes until I realized "Hey, it's there and started by default and seems to use the notification area, but hides when there are no updates available." (Or am I wrong with that again?) That was a bit confusing. Maybe it should show up in notification area for 30 seconds and hide afterwards? Or it could output "I'm running already in the notification area and will show up if there are updates available" when you call puplet on the command line? Maybe someone else has better ideas how this "confusion for the user" can be avoided. But we should make sure we document this properly in the release notes if we can't get the situation improved before FC6. Just my 2 cent. CU thl From katzj at redhat.com Wed Sep 6 05:17:50 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 06 Sep 2006 01:17:50 -0400 Subject: Pup et all In-Reply-To: <44FE583E.2010802@leemhuis.info> References: <44FDEEFF.5060602@fedoraproject.org> <44FE583E.2010802@leemhuis.info> Message-ID: <1157519870.25608.4.camel@aglarond.local> On Wed, 2006-09-06 at 07:10 +0200, Thorsten Leemhuis wrote: > Rahul schrieb: > > While yum in Fedora development tree is significantly faster, Pup and > > Pirut still seems slow to me. There are multiple puplet notifications > > showing the number of updates which dont go away if I try to close it. [...] > > I upgraded to the devel tree on two machines and had another minor > problem with puplet -- I knew that it's new in FC6 so I looked out for > it after the upgrade. I tried to start puplet manually and there was no > reaction. I looked in the list of applets and couldn't find it. It took > me round about ten minutes until I realized "Hey, it's there and started > by default and seems to use the notification area, but hides when there > are no updates available." (Or am I wrong with that again?) That was a > bit confusing. Maybe it should show up in notification area for 30 > seconds and hide afterwards? Or it could output "I'm running already in > the notification area and will show up if there are updates available" > when you call puplet on the command line? The problem is that then what are you actually notifying? "hey, I'm running" is hardly something that should be interesting. The continued abuse of the notification area for things always being there really needs to stop or it's going to end up a bazillion things wide just like on Windows. The current behavior really is nice -- you get notified that there are updates when you have them. Not before, not something sitting and taking up space > Maybe someone else has better ideas how this "confusion for the user" > can be avoided. But we should make sure we document this properly in the > release notes if we can't get the situation improved before FC6. I think it's largely a matter of ensuring that the expectation is set properly -- instead of "there's a notification applet", the feature is "notification of update availability". Also, realistically, once FC6 is out, it won't be a problem because updates won't be long behind :-P Jeremy From pmatilai at laiskiainen.org Wed Sep 6 05:29:46 2006 From: pmatilai at laiskiainen.org (Panu Matilainen) Date: Wed, 6 Sep 2006 08:29:46 +0300 (EEST) Subject: error running yum for the first time In-Reply-To: <1157491849.23973.51.camel@cutter> References: <20060905195052.13959.qmail@web53110.mail.yahoo.com> <1157489713.14287.63.camel@weasel.turre.laiskiainen.org> <44FDE538.7050300@redhat.com> <1157490259.23973.39.camel@cutter> <44FDEBA0.5010401@redhat.com> <1157491849.23973.51.camel@cutter> Message-ID: On Tue, 5 Sep 2006, seth vidal wrote: > On Tue, 2006-09-05 at 17:26 -0400, Christopher Aillon wrote: >> seth vidal wrote: >>> On Tue, 2006-09-05 at 16:59 -0400, Christopher Aillon wrote: >>>> Panu Matilainen wrote: >>>>> The fix is to either 'rpm -e yum-versionlock' if you don't use it or to >>>>> provide the missing config file. >>>>> >>>> I'm guessing he performed an "everything" install, whatever that means >>>> these days. So it sounds like there should be a config provided with >>>> it. Making the default system unusable is plain silly, especially since >>>> it would also mess with the applet. >>> >>> you're thinking like a user and not like a sysadmin. >> >> Then there is clearly a problem in yum or anaconda or maybe even rpm for >> not determining whether the person installing the package is a user or a >> sysadmin. >> >> >>> If that file went missing it would screw up a lot of systems that are >>> locked in. >> >> I don't doubt that. Perhaps this specific plugin should be disabled by >> default then even after install. e.g. enabled = 0 in versionlock.conf >> instead of enabled = 1. And just require the user^H^H^H^H sysadmin >> explicitly turning it on (they already have to do work to make the >> plugin useful, what's one more step?) > > doesn't bother me if that's the case. > Panu? No problem with that - in fact now that these things are packaged that's the way it *should* be. IIRC the original reason for it being enabled=1 by default is that it was something people would be manually digging out of yum-utils docdir instead of being just yum install away. >>> Fedora is not just for end users in front of laptops. >> >> That doesn't mean we can screw the end user for the benefit of the >> sysadmin, or vice versa. > > I think discouraging 'everything' installs by aversion therapy might be > a good idea, though. :) Heh. Anyway, changed the default behavior in cvs now, with some regrets due to making life easier for people doing everything-installs :) - Panu - From fedora at leemhuis.info Wed Sep 6 05:42:32 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 06 Sep 2006 07:42:32 +0200 Subject: Pup et all In-Reply-To: <1157519870.25608.4.camel@aglarond.local> References: <44FDEEFF.5060602@fedoraproject.org> <44FE583E.2010802@leemhuis.info> <1157519870.25608.4.camel@aglarond.local> Message-ID: <44FE5FC8.4050205@leemhuis.info> Jeremy Katz schrieb: > On Wed, 2006-09-06 at 07:10 +0200, Thorsten Leemhuis wrote: >> Rahul schrieb: >>> While yum in Fedora development tree is significantly faster, Pup and >>> Pirut still seems slow to me. There are multiple puplet notifications >>> showing the number of updates which dont go away if I try to close it. [...] >> I upgraded to the devel tree on two machines and had another minor >> problem with puplet -- I knew that it's new in FC6 so I looked out for >> it after the upgrade. I tried to start puplet manually and there was no >> reaction. I looked in the list of applets and couldn't find it. It took >> me round about ten minutes until I realized "Hey, it's there and started >> by default and seems to use the notification area, but hides when there >> are no updates available." (Or am I wrong with that again?) That was a >> bit confusing. Maybe it should show up in notification area for 30 >> seconds and hide afterwards? Or it could output "I'm running already in >> the notification area and will show up if there are updates available" >> when you call puplet on the command line? > The problem is that then what are you actually notifying? "hey, I'm > running" is hardly something that should be interesting. The continued > abuse of the notification area for things always being there really > needs to stop or it's going to end up a bazillion things wide just like > on Windows. Agreed, I shouldn't be there always. But as I said 'It could output "I'm running already in the notification area and will show up if there are updates available" when you call puplet on the command line' Then people would known what's up and people could check that puplet is running and be sure that they'll get a notice when updates are available. > The current behavior really is nice -- you get notified that there are > updates when you have them. Not before, not something sitting and > taking up space +1 >> Maybe someone else has better ideas how this "confusion for the user" >> can be avoided. But we should make sure we document this properly in the >> release notes if we can't get the situation improved before FC6. > I think it's largely a matter of ensuring that the expectation is set > properly -- instead of "there's a notification applet", the feature is > "notification of update availability". Also, realistically, once FC6 is > out, it won't be a problem because updates won't be long behind :-P :-) CU thl From katzj at redhat.com Wed Sep 6 06:01:13 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 06 Sep 2006 02:01:13 -0400 Subject: Pup et all In-Reply-To: <44FE5FC8.4050205@leemhuis.info> References: <44FDEEFF.5060602@fedoraproject.org> <44FE583E.2010802@leemhuis.info> <1157519870.25608.4.camel@aglarond.local> <44FE5FC8.4050205@leemhuis.info> Message-ID: <1157522473.25608.11.camel@aglarond.local> On Wed, 2006-09-06 at 07:42 +0200, Thorsten Leemhuis wrote: > Agreed, I shouldn't be there always. But as I said 'It could output "I'm > running already in the notification area and will show up if there are > updates available" when you call puplet on the command line' Then people > would known what's up and people could check that puplet is running and > be sure that they'll get a notice when updates are available. But do you do it on every log in (annoying IMHO)? Only on the first (... then why isn't it running now)? Only from the command line (... even worse) There's just too much in the way of scary inconsistency land here for me Jeremy From fedora at leemhuis.info Wed Sep 6 06:17:48 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Wed, 06 Sep 2006 08:17:48 +0200 Subject: Pup et all In-Reply-To: <1157522473.25608.11.camel@aglarond.local> References: <44FDEEFF.5060602@fedoraproject.org> <44FE583E.2010802@leemhuis.info> <1157519870.25608.4.camel@aglarond.local> <44FE5FC8.4050205@leemhuis.info> <1157522473.25608.11.camel@aglarond.local> Message-ID: <44FE680C.9060604@leemhuis.info> Jeremy Katz schrieb: > On Wed, 2006-09-06 at 07:42 +0200, Thorsten Leemhuis wrote: >> Agreed, I shouldn't be there always. But as I said 'It could output "I'm >> running already in the notification area and will show up if there are >> updates available" when you call puplet on the command line' Then people >> would known what's up and people could check that puplet is running and >> be sure that they'll get a notice when updates are available. > But do you do it on every log in (annoying IMHO)? Agreed. > Only on the first (... then why isn't it running now)? Mostly agreed. > Only from the command line (... even worse) Why worse? Users that don't care don't get confused because they don't see anything. Users searching for it get what they search for. > There's just too much in the way of scary inconsistency land here for me Well, just my 2 cent. CU thl From dan at danny.cz Wed Sep 6 07:31:52 2006 From: dan at danny.cz (Dan Hor=?ISO-8859-2?Q?=E1?=k) Date: Wed, 6 Sep 2006 09:31:52 +0200 Subject: default font "fixed" in xorg 7.1 Message-ID: <200609060931.AA1690173622@danny.cz> ---------- Original Message ---------------------------------- From: Kristian H??gsberg Reply-To: Development discussions related to Fedora Core Date: Tue, 05 Sep 2006 17:59:54 -0400 >> But doesn't the situation without the %{_x11fontdir}/misc directory >> mean, that there was not any fonts.dir (or any other) file created in >> this directory normally during the postinstall script? That the >> uninstall process will remove all files (*.pcf.gz and fonts.alias) and >> also the misc directory? For example when postinstall script failed? > >The change above only affects the uninstall case where we're really >uninstalling the package (as opposed to uninstalling as part of an upgrade). >The script in the if-case is run after uninstalling to update the fonts.dir. >The change makes sure that we don't run mkfontdir if the uninstall actually >removed that directory. Some font packages share a font directory (such as >the misc directory) so uninstalling a font package doesn't necessarily remove >the directory, in which case we need to regenerate fonts.dir. I have done a rebuild of the tinyerp package in mock. The xorg-x11-fonts-package should be OK, but the problem must in the Xvfb server binary. When running Xvfb without explicit -fp it cannot find the "fixed" font. But when I add "-fp /usr/share/X11/fonts/misc", it runs OK. Looking into the Xvfb binary with strings found out that it really doesn't know any font path. There is no /usr/share/X11/fonts or the X default /usr/lib/X11/fonts path encoded in the binary. Looks like I will do a bugreport into Bugzilla. Dan From fedora at adslpipe.co.uk Wed Sep 6 08:03:36 2006 From: fedora at adslpipe.co.uk (Andy Burns) Date: Wed, 06 Sep 2006 09:03:36 +0100 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <1157374758.926.2.camel@gibraltar.stuttgart.redhat.com> References: <44F706B6.3010009@math.unl.edu> <44FA8BC7.6010802@adslpipe.co.uk> <1157374758.926.2.camel@gibraltar.stuttgart.redhat.com> Message-ID: <44FE80D8.7010700@adslpipe.co.uk> Nils Philippsen wrote: > AFAIK, it's only the configuration tool that needs Motif, the client can > do without. If that's the case then it's no great loss, the config utility looks so clunky (due to it's motif-ness) that I only use the rdesktop front-end anyway ... But I think the citrix rpm requires something like libmotif.so, or can that simply be dispensed with by a --nodeps? From dan at danny.cz Wed Sep 6 08:27:57 2006 From: dan at danny.cz (Dan Hor=?ISO-8859-2?Q?=E1?=k) Date: Wed, 6 Sep 2006 10:27:57 +0200 Subject: default font "fixed" in xorg 7.1 Message-ID: <200609061027.AA803602748@danny.cz> It is now as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205351 Dan From db-fedora at 3di.it Wed Sep 6 08:32:48 2006 From: db-fedora at 3di.it (Davide Bolcioni) Date: Wed, 06 Sep 2006 10:32:48 +0200 Subject: Advanced mdadm options supported in FC6 ? Message-ID: <44FE87B0.1020105@3di.it> Greetings, I was wondering if some of the "advanced" options in md(4), e.g. write-behind and write-mostly for RAID, are going to be supported in FC 6 Anaconda/Disk Druid ? Thank you for your consideration, Davide Bolcioni -- There is no place like /home. From buildsys at redhat.com Wed Sep 6 10:51:06 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 6 Sep 2006 06:51:06 -0400 Subject: rawhide report: 20060906 changes Message-ID: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> Removed package eclipse-pydev Updated Packages: amanda-2.5.0p2-3 ---------------- * Tue Sep 05 2006 Jay Fenlason 2.5.0p2-3 - move libamclient-*.so to the base rpm, so that multilib support works. This fixes bz#205202 File conflicts anaconda-11.1.0.92-1 -------------------- * Tue Sep 05 2006 Jeremy Katz - 11.1.0.92-1 - fix the build some more * Tue Sep 05 2006 Jeremy Katz - 11.1.0.91-1 - build fix (pjones) - traceback fix (dcantrel) * Tue Sep 05 2006 Jeremy Katz - 11.1.0.90-1 - Update for newer iscsi code - Fix with yum API change - More files to restorecon (clumens) - Don't crash with duplicate repos (clumens) - Back to clearlooks (notting) - dmraid for dmraid, not kpartx (pjones) aqbanking-2.1.0-8 ----------------- * Fri Sep 01 2006 Bill Nottingham - 2.1.0-8 - fix multilib conficts (#205204) bind-30:9.3.2-40.fc6 -------------------- * Tue Sep 05 2006 Martin Stransky - 30:9.3.2-40 - suppressed messages from bind-chroot-admin - cleared notes about bind-config evolution-2.8.0-1.fc6 --------------------- * Mon Sep 04 2006 Matthew Barnes - 2.8.0-1.fc6 - Update to 2.8.0 - Remove patch for RH bug #197868 (fixed upstream). - Remove patch for RH bug #201541 (fixed upstream). - Remove patch for RH bug #201831 (fixed upstream). - Remove patch for RH bug #202383 (fixed upstream). - Remove patch for RH bug #203036 (fixed upstream). - Remove patch for Gnome.org bug #352248 (fixed upstream). - Remove patch for Gnome.org bug #352423 (fixed upstream). - Update patch for Gnome.org bug #351332 (partially fixed upstream). * Thu Aug 31 2006 Matthew Barnes - 2.7.92-8.fc6 - Add patch for RH bug #203036. - Disable notification-cleanups patch. evolution-connector-2.8.0-1.fc6 ------------------------------- * Mon Sep 04 2006 Matthew Barnes - 2.8.0-1.fc6 - Update to 2.8.0 - Remove patch for Gnome.org bug #349949 (fixed upstream). fedora-logos-1.1.49-1.fc6 ------------------------- * Tue Sep 05 2006 John (J5) Palmieri - 1.1.49-1 - New graphics for fc6 - Remove the 4:3 background and add 5:4 ratio background gamin-0.1.7-6.fc6 ----------------- * Tue Sep 05 2006 Alexander Larsson - 0.1.7-6 - Remove last regular timers from gamin * Tue Sep 05 2006 Alexander Larsson - 0.1.7-5 - Use sigaction to reset old signal handler (from cvs) - New inotify backend from cvs (based on gnome-vfs code) - Only create timer on demand - This should fix #204906 glibc-2.4.90-29 --------------- * Tue Sep 05 2006 Jakub Jelinek 2.4.90-29 - randomize resolver query ids before use instead after use (#205113) - fix resolver symver checking with DT_GNU_HASH (#204909) - put .hash section in glibc libraries at the end of RO segment when .gnu.hash is present gmime-2.2.3-3.fc6 ----------------- * Tue Sep 05 2006 Alexander Larsson - 2.2.3-3 - fix gmime-config multilib conflict (#205208) gnome-menus-2.16.0-2.fc6 ------------------------ * Tue Sep 05 2006 Ray Strode - 2.16.0-2.fc6 - Remove menu editor (bug 205210) gtk2-2.10.3-1.fc6 ----------------- * Tue Sep 05 2006 Matthias Clasen - 2.10.3-1.fc6 - Update to 2.10.3 * Fri Sep 01 2006 Matthias Clasen - 2.10.2-6.fc6 - Fix a problem with entering Hangul in entries * Thu Aug 31 2006 Matthias Clasen - 2.10.2-5.fc6 - Fix problems with listing printers - Stop cursor blinking after a while, to save energy guile-5:1.8.0-8.20060831cvs --------------------------- * Tue Sep 05 2006 Miroslav Lichvar - 5:1.8.0-8.20060831cvs - make triggerin scriptlet a bit safer gwenhywfar-2.3.0-3 ------------------ * Tue Sep 05 2006 Bill Nottingham - 2.3.0-3 - fix multilib conflicts (#205213) initscripts-8.39-1 ------------------ * Tue Sep 05 2006 Bill Nottingham 8.39-1 - translation updates - Handle partitions on multipath/dmraid better () - make /dev/mapper/control ourselves () - init.d/network: simplify 'status' call - fix actual 169.254 networks (#203591) - rc.sysinit: don't run vgscan (#191879) - init.d/halt: don't umount /dev/root () - rc.sysinit: catch more dmraid errors (#200683) - support 'tmp' option in /etc/crypttab (#201382, , ) - IPv6 updates (, includes a fix for #143452) kudzu-1.2.53-1 -------------- * Tue Sep 05 2006 Bill Nottingham - 1.2.53-1 - don't build/ship module_upgrade libtiff-3.8.2-6.fc6 ------------------- * Tue Sep 05 2006 Jindrich Novy - 3.8.2-6 - fix CVE-2006-2193, tiff2pdf buffer overflow (#194362) - fix typo in man page for tiffset (#186297) - use %{?dist} libvirt-0.1.5-3 --------------- * Tue Sep 05 2006 Jeremy Katz - 0.1.5-3 - patch from danpb to support new-format cd devices for HVM guests * Tue Sep 05 2006 Daniel Veillard 0.1.5-2 - reactivating ia64 support mailcap-2.1.23-1.fc6 -------------------- * Tue Sep 05 2006 Miroslav Lichvar 2.1.23-1 - add video/x-flv to mime.types (#205239) man-pages-ja-20060815-2 ----------------------- * Tue Sep 05 2006 Akira TAGOH - 20060815-2 - man-pages-ja-20060815-204667-nfs.5.patch: fixed nfs.5 - man-pages-ja-20060815-204664-write.2.patch: fixed write.2 - man-pages-ja-20060815-178955-at.1.patch: fixed at.1 openssl-0.9.8b-6 ---------------- * Sat Sep 09 2006 Tomas Mraz 0.9.8b-6 - fix CVE-2006-4339 - prevent attack on PKCS#1 v1.5 signatures (#205180) openssl097a-0.9.7a-8 -------------------- * Sat Sep 09 2006 Tomas Mraz 0.9.7a-8 - fix CVE-2006-4339 - prevent attack on PKCS#1 v1.5 signatures (#205180) pirut-1.1.12-1 -------------- * Wed Sep 06 2006 Jeremy Katz - 1.1.12-1 - minor fix * Wed Sep 06 2006 Jeremy Katz - 1.1.11-1 - Some minor fixes - Catch a download error (#204957) - Clean up after cancelling the dep check (#205027) * Tue Sep 05 2006 Jeremy Katz - 1.1.10-1 - Don't pop up the puplet notification more than once - Some updates for yum API deprecations pkgconfig-1:0.21-1.fc6 ---------------------- * Tue Sep 05 2006 Matthias Clasen - 1:0.21-1.fc6 - Update to 0.21 policycoreutils-1.30.28-2 ------------------------- * Fri Sep 01 2006 Dan Walsh 1.30.28-2 - Apply patch readahead-1:1.3-2 ----------------- * Tue Sep 05 2006 Karel Zak 1:1.3-2 - update lists of files scim-1.4.4-34.fc6 ----------------- * Tue Sep 05 2006 Jens Petersen - 1.4.4-34 - remove dist tag from xorg-x11-xinit requires - remove scim-bridge-qt from xinput script for now - buildrequire gettext instead of gettext-devel * Fri Sep 01 2006 Jens Petersen - 1.4.4-33 - update xinput.d script for scim-bridge - improvements to menu and full/half width icons (Andy Fitzsimon) * Thu Aug 24 2006 Jens Petersen - 1.4.4-32 - revert tray icon to a button to get transparency working (#198259) - better full/half icons (Andy Fitzsimon) - silence remove of old alternatives (#203794) selinux-policy-2.3.12-1 ----------------------- * Tue Sep 05 2006 Dan Walsh 2.3.12-1 - Update to upstream sendmail-8.13.8-2 ----------------- * Mon Sep 04 2006 Florian La Roche - unify sendmail.mc - remove version information from sendmail helpfile system-config-bind-4.0.1-1.fc6 ------------------------------ * Tue Sep 05 2006 Martin Stransky - 4.0.1-1 - package version bump thunderbird-0:1.5.0.5-5 ----------------------- * Tue Sep 05 2006 Christopher Aillon - 1.5.0.5-5 - Update nopangoxft.patch - Fix rendering of MathML thanks to Behdad Esfahbod. - Update start page text to reflect the MathML fixes. - Enable pango by default on all locales - Build using -rpath - Re-enable GCC visibility tomboy-0.4.0-3.fc6 ------------------ * Tue Sep 05 2006 Matthias Clasen - 0.4.0-1 - Update to 0.4.0 vim-2:7.0.086-1 --------------- * Tue Sep 05 2006 Karsten Hopp 7.0.086-1 - Patchlevel 86 * Mon Sep 04 2006 Karsten Hopp 7.0.083-1 - Patchlevel 83 vixie-cron-4:4.1-64.fc6 ----------------------- * Tue Sep 05 2006 Marcela Maslanova - 4:4.1-64 - include system-auth for session in crond.pam, it now avoids using pam_unix if the process is crond xen-3.0.2-33 ------------ * Tue Sep 05 2006 Jeremy Katz - 3.0.2-33 - update pvfb patch based on upstream feedback * Tue Sep 05 2006 Juan Quintela - 3.0.2-31 - re-enable ia64. * Thu Aug 31 2006 Jeremy Katz - 3.0.2-31 - update to changeset 11405 yum-2.9.6-1 ----------- * Wed Sep 06 2006 Jeremy Katz - 2.9.6-1 - update to 2.9.6 * Tue Sep 05 2006 Jeremy Katz - 2.9.5-5 - update to current CVS snap (20060906) in advance of the final 2.9.6 tarball - bring back the installonlyn fixes Broken deps for ia64 ---------------------------------------------------------- virt-manager - 0.2.1-1.ia64 requires python-xeninst >= 0:0.90.1 xen - 3.0.2-33.ia64 requires python-xeninst From jamatos at fc.up.pt Wed Sep 6 11:12:18 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Wed, 6 Sep 2006 12:12:18 +0100 Subject: rawhide report: 20060906 changes In-Reply-To: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> References: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> Message-ID: <200609061212.18199.jamatos@fc.up.pt> On Wednesday 06 September 2006 11:51, buildsys at redhat.com wrote: > Removed package eclipse-pydev Why was eclipse-pydev removed? I don't use it, I have seen several references to it in python mailing lists, and I am curious about the reasons. :-) AFAIK, the new versions only work with java 1.5 and this pluggin has also a proprietary version. -- Jos? Ab?lio From jkeating at redhat.com Wed Sep 6 12:07:00 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Sep 2006 08:07:00 -0400 Subject: rawhide report: 20060906 changes In-Reply-To: <200609061212.18199.jamatos@fc.up.pt> References: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> <200609061212.18199.jamatos@fc.up.pt> Message-ID: <200609060807.00633.jkeating@redhat.com> On Wednesday 06 September 2006 07:12, Jos? Matos wrote: > Why was eclipse-pydev removed? The developer is getting a new version into Extras, so he didn't want it in Core anymore. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From katzj at redhat.com Wed Sep 6 12:42:21 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 06 Sep 2006 08:42:21 -0400 Subject: rawhide report: 20060906 changes In-Reply-To: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> References: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> Message-ID: <1157546541.25608.32.camel@aglarond.local> On Wed, 2006-09-06 at 06:51 -0400, buildsys at redhat.com wrote: > xen-3.0.2-33 > ------------ > * Tue Sep 05 2006 Jeremy Katz - 3.0.2-33 > - update pvfb patch based on upstream feedback Heads up that this also requires the 2627 kernel in guests using the paravirt framebuffer. The last round of upstream review had some minor protocol changes, but hopefully those are all behind us now. Unfortunately, the kernel build finished at 4:02 am (the rawhide compose starts at 4 am). So for now, I've put the previous tools package (-32) at http://people.redhat.com/~katzj/xen/ Jeremy From caolanm at redhat.com Tue Sep 5 19:10:07 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Tue, 05 Sep 2006 20:10:07 +0100 Subject: dictionaries, aspell/myspell/hunspell and so on. Message-ID: <1157483415.31091.45.camel@soulcrusher.caolan.org> Spell checking in our desktop is sort of a bit messy. At the moment OpenOffice.org 2.0.X uses hunspell, the successor of "myspell". Our OOo build has these hunspell libs as part of the OOo install. The various hunspell dictionaries are then bundled in each OOo langpack. I see that our Fedora Thunderbird contains a copy of myspell lib, but no bundled dictionaries (?) So it's a unfortunate that OOo has dictionaries for a pile of languages which thunderbird is unaware of, but would be able to use without (probably) too much effort. And then we have our traditional aspell and the various aspell dictionaries. Recently I see that vim has added some sort of support for using the OOo hunspell/myspell dictionaries, (http://ftp.vim.org/vim/runtime/spell/README.txt) But I'm not sure what our fedora vim's status is here re that. So, here's the hunspell webpage http://hunspell.sourceforge.net and some commentary on aspell/hunspell/myspell and firefox http://weblogs.mozillazine.org/ben/archives/016618.html So what would be our *ideal* situation here ? >From my side it'd be something like... a) standalone hunspell (easy) b) OOo uses standalone hunspell (easy, maybe a bit of tweaking to autodetect system install dictionaries instead of existing config files) c) firefox/thunderbird migrates from myspell to hunspell (https://bugzilla.mozilla.org/show_bug.cgi?id=319778) and autodetects available dictionaries d) something or other is done to sanity-ify the vim usage of the hunspell dictionaries to use them directly to avoid the rather baroque procedure of the vim spell README (?) e) someone else maintains the various hunspell per-language dictionaries as separate rpms :-) f) migrate other stuff from aspell to hunspell ? Add some aspell compatibility stuff to hunspell to be a drop in replacement for aspell ? Keep aspell, tweak it to handle hunspell dictionaries ? Ignore that the hunspell dictionaries are just extended aspell dictionaries, and keep the parallel set of aspell format dictionaries and aspell. C. From pemboa at gmail.com Wed Sep 6 14:48:42 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 6 Sep 2006 09:48:42 -0500 Subject: dictionaries, aspell/myspell/hunspell and so on. In-Reply-To: <1157483415.31091.45.camel@soulcrusher.caolan.org> References: <1157483415.31091.45.camel@soulcrusher.caolan.org> Message-ID: <16de708d0609060748h31914816xf76a2e078f03a632@mail.gmail.com> On 9/5/06, Caolan McNamara wrote: > Spell checking in our desktop is sort of a bit messy. > > At the moment OpenOffice.org 2.0.X uses hunspell, the successor of > "myspell". Our OOo build has these hunspell libs as part of the OOo > install. > > The various hunspell dictionaries are then bundled in each OOo langpack. > > I see that our Fedora Thunderbird contains a copy of myspell lib, but no > bundled dictionaries (?) So it's a unfortunate that OOo has dictionaries > for a pile of languages which thunderbird is unaware of, but would be > able to use without (probably) too much effort. > > And then we have our traditional aspell and the various aspell > dictionaries. > > Recently I see that vim has added some sort of support for using the OOo > hunspell/myspell dictionaries, > (http://ftp.vim.org/vim/runtime/spell/README.txt) > But I'm not sure what our fedora vim's status is here re that. > > So, here's the hunspell webpage http://hunspell.sourceforge.net > and some commentary on aspell/hunspell/myspell and firefox > http://weblogs.mozillazine.org/ben/archives/016618.html > > So what would be our *ideal* situation here ? > >From my side it'd be something like... > > a) standalone hunspell (easy) > b) OOo uses standalone hunspell (easy, maybe a bit of tweaking > to autodetect system install dictionaries instead of existing config > files) > c) firefox/thunderbird migrates from myspell to hunspell > (https://bugzilla.mozilla.org/show_bug.cgi?id=319778) and > autodetects available dictionaries > d) something or other is done to sanity-ify the vim usage of the > hunspell dictionaries to use them directly to avoid the rather baroque > procedure of the vim spell README (?) > e) someone else maintains the various hunspell per-language dictionaries > as separate rpms :-) > f) migrate other stuff from aspell to hunspell ? Add some aspell > compatibility stuff to hunspell to be a drop in replacement for aspell ? > Keep aspell, tweak it to handle hunspell dictionaries ? Ignore that the > hunspell dictionaries are just extended aspell dictionaries, and keep > the parallel set of aspell format dictionaries and aspell. > > C. > If there is one OSS application type that I believe doesn't need many choices of is a dictionary. There can't possibly be that many ways to implement a dictionary in the first place. A good dictionary which can handle different backends and with a clear API that different languages can patch into would be nice. Having three dictionaries in one distro seems a bit much IMHO. ...of course I am in no position to fix this yet. -- Fedora Core 5 and proud From nphilipp at redhat.com Wed Sep 6 15:55:55 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Wed, 06 Sep 2006 17:55:55 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> Message-ID: <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> On Mon, 2006-09-04 at 11:40 +0200, Thomas M Steenholdt wrote: > Oh no! > > YaST is one of the primary things that i dislike about SuSE. screws up > manually configured things. Needs to run SuSEconfig all the time to sync > config database etc etc... Lets just make more(/better?) system-config* > tools and perhaps a folder with shortcuts to all these. Better, definitely. I for myself freely admit that the system-config tools I work on(*) have room for improvement in many areas. Come forward with your RFEs, come forward with ideas for UI fixes or patches to bring text mode up to speed, come forward with _anything_, but don't complain afterwards if you stayed silent. This is not a carte blanche that I'll do everything suggested, but at least you may later complain if I didn't ;-). (*): -date, -nfs, -samba, -services, -users, hwbrowser (the latter should be redone completely on top of HAL) Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From sundaram at fedoraproject.org Wed Sep 6 15:59:35 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 06 Sep 2006 21:29:35 +0530 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> Message-ID: <44FEF067.7010202@fedoraproject.org> Nils Philippsen wrote: ;-). > > (*): -date, -nfs, -samba, -services, -users, hwbrowser (the latter > should be redone completely on top of HAL) > > Nils What about reworking hal-device-manager to have a hwbrowser like interface instead? https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173069 Rahul From dmalcolm at redhat.com Wed Sep 6 16:46:08 2006 From: dmalcolm at redhat.com (David Malcolm) Date: Wed, 06 Sep 2006 12:46:08 -0400 Subject: dictionaries, aspell/myspell/hunspell and so on. In-Reply-To: <1157483415.31091.45.camel@soulcrusher.caolan.org> References: <1157483415.31091.45.camel@soulcrusher.caolan.org> Message-ID: <1157561168.2717.4.camel@cassandra.boston.redhat.com> On Tue, 2006-09-05 at 20:10 +0100, Caolan McNamara wrote: > Spell checking in our desktop is sort of a bit messy. > > At the moment OpenOffice.org 2.0.X uses hunspell, the successor of > "myspell". Our OOo build has these hunspell libs as part of the OOo > install. > > The various hunspell dictionaries are then bundled in each OOo langpack. > > I see that our Fedora Thunderbird contains a copy of myspell lib, but no > bundled dictionaries (?) So it's a unfortunate that OOo has dictionaries > for a pile of languages which thunderbird is unaware of, but would be > able to use without (probably) too much effort. > > And then we have our traditional aspell and the various aspell > dictionaries. > > Recently I see that vim has added some sort of support for using the OOo > hunspell/myspell dictionaries, > (http://ftp.vim.org/vim/runtime/spell/README.txt) > But I'm not sure what our fedora vim's status is here re that. > > So, here's the hunspell webpage http://hunspell.sourceforge.net > and some commentary on aspell/hunspell/myspell and firefox > http://weblogs.mozillazine.org/ben/archives/016618.html > > So what would be our *ideal* situation here ? > >From my side it'd be something like... > > a) standalone hunspell (easy) > b) OOo uses standalone hunspell (easy, maybe a bit of tweaking > to autodetect system install dictionaries instead of existing config > files) > c) firefox/thunderbird migrates from myspell to hunspell > (https://bugzilla.mozilla.org/show_bug.cgi?id=319778) and > autodetects available dictionaries > d) something or other is done to sanity-ify the vim usage of the > hunspell dictionaries to use them directly to avoid the rather baroque > procedure of the vim spell README (?) > e) someone else maintains the various hunspell per-language dictionaries > as separate rpms :-) > f) migrate other stuff from aspell to hunspell ? Add some aspell > compatibility stuff to hunspell to be a drop in replacement for aspell ? > Keep aspell, tweak it to handle hunspell dictionaries ? Ignore that the > hunspell dictionaries are just extended aspell dictionaries, and keep > the parallel set of aspell format dictionaries and aspell. IIRC abiword uses a library called "enchant" to try to abstract away dictionary backends. There's some documentation about it here: http://www.abisource.com/projects/enchant/ Dunno how well it would integrate with OO.org Hope this helps Dave From wtogami at redhat.com Wed Sep 6 16:58:44 2006 From: wtogami at redhat.com (Warren Togami) Date: Wed, 06 Sep 2006 12:58:44 -0400 Subject: rawhide report: 20060906 changes In-Reply-To: <1157546541.25608.32.camel@aglarond.local> References: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> <1157546541.25608.32.camel@aglarond.local> Message-ID: <44FEFE44.3080702@redhat.com> Jeremy Katz wrote: > On Wed, 2006-09-06 at 06:51 -0400, buildsys at redhat.com wrote: >> xen-3.0.2-33 >> ------------ >> * Tue Sep 05 2006 Jeremy Katz - 3.0.2-33 >> - update pvfb patch based on upstream feedback > > Heads up that this also requires the 2627 kernel in guests using the > paravirt framebuffer. The last round of upstream review had some minor > protocol changes, but hopefully those are all behind us now. > > Unfortunately, the kernel build finished at 4:02 am (the rawhide compose > starts at 4 am). So for now, I've put the previous tools package (-32) > at http://people.redhat.com/~katzj/xen/ > So from now on, FC5 xen guests no longer work within FC6 host? Warren Togami wtogami at redhat.com From fche at redhat.com Wed Sep 6 17:06:29 2006 From: fche at redhat.com (Frank Ch. Eigler) Date: 06 Sep 2006 13:06:29 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <200609021102.17931.nman64@n-man.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <20060831184505.GA8179@jadzia.bu.edu> <44F73385.4050209@mindspring.com> <200609021102.17931.nman64@n-man.com> Message-ID: "Patrick W. Barnes" writes: > [...] Going further on the database terms, most of the work you do > on a transaction is *preparing* the transaction. Once the > transaction is *ready*, you have a final opportunity to cancel the > transaction before you *commit* the transaction. The commit stage > is where the real work of the transaction is done, and it is the one > stage that you don't want to interrupt. [...] or there's no > telling what sort of condition the database will be left in. [...] Maybe baby databases without proper logging have problems with this sort of thing (interruption during a commit), but adult ones can roll back even then. If they couldn't, they wouldn't be atomic in the face of abrupt system failures. If RPM maintained a proper log of its actions during installation, it could be more of a ... let's say teenager database than a baby one. - FChE From katzj at redhat.com Wed Sep 6 17:10:07 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 06 Sep 2006 13:10:07 -0400 Subject: rawhide report: 20060906 changes In-Reply-To: <44FEFE44.3080702@redhat.com> References: <200609061051.k86Ap6Ks009977@hs20-bc2-6.build.redhat.com> <1157546541.25608.32.camel@aglarond.local> <44FEFE44.3080702@redhat.com> Message-ID: <1157562607.1849.8.camel@aglarond.local> On Wed, 2006-09-06 at 12:58 -0400, Warren Togami wrote: > Jeremy Katz wrote: > > On Wed, 2006-09-06 at 06:51 -0400, buildsys at redhat.com wrote: > >> xen-3.0.2-33 > >> ------------ > >> * Tue Sep 05 2006 Jeremy Katz - 3.0.2-33 > >> - update pvfb patch based on upstream feedback > > > > Heads up that this also requires the 2627 kernel in guests using the > > paravirt framebuffer. The last round of upstream review had some minor > > protocol changes, but hopefully those are all behind us now. > > > > Unfortunately, the kernel build finished at 4:02 am (the rawhide compose > > starts at 4 am). So for now, I've put the previous tools package (-32) > > at http://people.redhat.com/~katzj/xen/ > > So from now on, FC5 xen guests no longer work within FC6 host? FC5 x86 guests haven't worked for a while due to the PAE change. x86_64 should still work AFAIK. And you can also install kernel-xen (instead of kernel-xenU) in your FC5 guests and then things should work as well This specific change won't affect FC5 guests at all, only guests using the paravirt framebuffer code (which only showed up last week or so) Jeremy From fedora at camperquake.de Wed Sep 6 18:24:56 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 6 Sep 2006 20:24:56 +0200 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: References: <1157017504.5475.9.camel@gilboa-work-dev> <20060831184505.GA8179@jadzia.bu.edu> <44F73385.4050209@mindspring.com> <200609021102.17931.nman64@n-man.com> Message-ID: <20060906202456.3a47ef17@nausicaa.camperquake.de> Hi. fche at redhat.com (Frank Ch. Eigler) wrote: > If RPM maintained a proper log of its actions during installation, it > could be more of a ... let's say teenager database than a baby one. The problem is not the RPM database, it's the filesystem. As long as you do not have a filesystem that can roll back selected changes this discussion is rather pointless. -- 'cause I've got Schweden on my mind. From Lam at Lam.pl Wed Sep 6 18:36:55 2006 From: Lam at Lam.pl (Leszek Matok) Date: Wed, 06 Sep 2006 20:36:55 +0200 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <20060906202456.3a47ef17@nausicaa.camperquake.de> References: <1157017504.5475.9.camel@gilboa-work-dev> <20060831184505.GA8179@jadzia.bu.edu> <44F73385.4050209@mindspring.com> <200609021102.17931.nman64@n-man.com> <20060906202456.3a47ef17@nausicaa.camperquake.de> Message-ID: <1157567815.11814.4.camel@pensja.lam.pl> Dnia 06-09-2006, ?ro o godzinie 20:24 +0200, Ralf Ertzinger napisa?(a): > The problem is not the RPM database, it's the filesystem. As long > as you do not have a filesystem that can roll back selected changes > this discussion is rather pointless. transaction: echo "mv -f file.bak file" > backlog mv file file.bak cp -f file.new file # actual work, this can break rm -f file.bak backlog error recovery on next run: if [ -f backlog ] sh backlog fi Do you know a file system that can't do this? Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From jkeating at redhat.com Wed Sep 6 18:51:16 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Sep 2006 14:51:16 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157567815.11814.4.camel@pensja.lam.pl> References: <1157017504.5475.9.camel@gilboa-work-dev> <20060906202456.3a47ef17@nausicaa.camperquake.de> <1157567815.11814.4.camel@pensja.lam.pl> Message-ID: <200609061451.20945.jkeating@redhat.com> On Wednesday 06 September 2006 14:36, Leszek Matok wrote: > Do you know a file system that can't do this? So you're saying that each rpm transaction should leave you with 2x the files? -- Jesse Keating Release Engineer: Fedora -------------- 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 Wed Sep 6 18:51:57 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Sep 2006 14:51:57 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <200609061451.20945.jkeating@redhat.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <1157567815.11814.4.camel@pensja.lam.pl> <200609061451.20945.jkeating@redhat.com> Message-ID: <200609061451.57770.jkeating@redhat.com> On Wednesday 06 September 2006 14:51, Jesse Keating wrote: > So you're saying that each rpm transaction should leave you with 2x the > files? ? Nevermind, I misread. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From rhally at mindspring.com Wed Sep 6 20:29:48 2006 From: rhally at mindspring.com (Richard Hally) Date: Wed, 06 Sep 2006 16:29:48 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <200609021102.17931.nman64@n-man.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <20060831184505.GA8179@jadzia.bu.edu> <44F73385.4050209@mindspring.com> <200609021102.17931.nman64@n-man.com> Message-ID: <44FF2FBC.7070402@mindspring.com> Patrick W. Barnes wrote: > On Thursday 31 August 2006 14:07, Richard Hally wrote: >> Matthew Miller wrote: >>> On Thu, Aug 31, 2006 at 01:32:05PM -0400, Bill Nottingham wrote: >>>>> transaction != atomic transaction. >>>> Please allow 4 to 6 weeks for package delivery. >>> And, bizarrely, be prepared to end up with duplicate packages if there's >>> a shipping problem. >> and if you are not there to take delivery we will just dump it on your >> driveway and you will have to spread it on your garden yourself. (wink) >> >> But seriously, without being too pedantic about it, "atomic transaction" >> could be considered redundant. In database terms, a "transaction" can be >> applied or rolled back and the integrity of the database is preserved in >> either case. The smaller the "transaction" size the easier it is to >> preserve the database integrity. >> >> Aw, never mind. We can just use that script on the yum hints page in the >> wiki. >> > > Going further on the database terms, most of the work you do on a transaction > is *preparing* the transaction. Once the transaction is *ready*, you have a > final opportunity to cancel the transaction before you *commit* the > transaction. The commit stage is where the real work of the transaction is > done, and it is the one stage that you don't want to interrupt. When you > decide to cancel a transaction after the commit stage has begun, you must > wait until it is done and then prepare a new transaction to roll the previous > one back, or there's no telling what sort of condition the database will be > left in. In a typical RDBMS, you can usually prepare and commit the > reversing transaction very easily, but that's not always the case. > > In yum, the stages of downloading the headers, calculating the dependencies, > and retrieving the packages are all part of preparing the transaction. Once > the packages are downloaded, the transaction is ready and yum begins to > commit the transaction. Just like in a database, you do not want to kill yum > while the transaction is being committed. You can cancel it beforehand, you > can roll it back afterwards, but you shouldn't be interrupting it. > > Yes to all of the above. The thing I'm trying to get across is that "the Transaction" should be multiple *smaller* transactions so that if one of them fails the others will not be affected. Think of the case where there are say 64 packages to be updated. After all the downloading, all ~128 operations are packed into *one* transaction such that there are 64 update operations *followed* by the 64 cleanup operations. Suppose yum seg faults on the second cleanup operation the remaining 62 cleanup operations do not happen! Leaving the well known "rawhide baby-eater" of many half-updated packages. Simply rerunning yum does not pickup where it failed. (as it does during the download/preparation phase) If you were to separate the list of packages to be updated into multiple smaller transactions so that package A would have its cleanup operation follow its update operation and then the next *transaction* would update and cleanup the next package, one transaction would not affect the other. Of course, dependencies would have to be accommodated by including them in the proper transaction. But that would still allow unrelated packages to be in separate "transactions." HTH Richard From jkeating at redhat.com Wed Sep 6 20:44:04 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Sep 2006 16:44:04 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <44FF2FBC.7070402@mindspring.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <200609021102.17931.nman64@n-man.com> <44FF2FBC.7070402@mindspring.com> Message-ID: <200609061644.04813.jkeating@redhat.com> On Wednesday 06 September 2006 16:29, Richard Hally wrote: > If you were to separate the list of packages to be updated into multiple > smaller transactions so that package A would have its cleanup operation > follow its update operation and then the next *transaction* would update > and cleanup the next package, one transaction would not affect the other. > Of course, dependencies would have to be accommodated by including them > in the proper transaction. ?But that would still allow unrelated > packages to be in separate "transactions." This type of logic would have to go into RPM as its RPM that knows in which order to install the packages (and thus the broken up package sets). Yum should continue to be able to hand rpm a complete list of packages to install, rpm should handle that set in a safe way. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Wed Sep 6 21:53:32 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Wed, 6 Sep 2006 13:53:32 -0800 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <200609061644.04813.jkeating@redhat.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <200609021102.17931.nman64@n-man.com> <44FF2FBC.7070402@mindspring.com> <200609061644.04813.jkeating@redhat.com> Message-ID: <604aa7910609061453g2dab6717v48dd6984acfe278c@mail.gmail.com> On 9/6/06, Jesse Keating wrote: > On Wednesday 06 September 2006 16:29, Richard Hally wrote: > > If you were to separate the list of packages to be updated into multiple > > smaller transactions so that package A would have its cleanup operation > > follow its update operation and then the next *transaction* would update > > and cleanup the next package, one transaction would not affect the other. > > Of course, dependencies would have to be accommodated by including them > > in the proper transaction. But that would still allow unrelated > > packages to be in separate "transactions." > > This type of logic would have to go into RPM as its RPM that knows in which > order to install the packages (and thus the broken up package sets). Yum > should continue to be able to hand rpm a complete list of packages to > install, rpm should handle that set in a safe way. Regardless of which layer the logic goes, I have to ask how expensive is it going to be time-wise to identify an optimal group of transactions, seperated into distinct groups of inter-dependant packages. I think we already have an example of this being done sub-optimally, in the shell scripts listed in the wiki to help people automate nightly updating. http://fedoraproject.org/wiki/Tools/yum under Tips and Tricks. I believe that the shell scripts listed there do exactly the sort of mini-transactions being talked about, sub-optimally, as a side-effect of doing sequential yum update commands. -jef From sundaram at fedoraproject.org Wed Sep 6 22:04:55 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 07 Sep 2006 03:34:55 +0530 Subject: Apache Fedora branding Message-ID: <44FF4607.8090607@fedoraproject.org> Hi We frequently get mails (atleast once every month) at info AT fedoraproject.org from random administrators about how Fedora has hijacked their system or some such stuff because there is some limited amount of Fedora branding on the default webpage in Apache. We now have a document at http://fedoraproject.org/wiki/ServerTestPage to explain to them what this means. I am wondering if we can just drop the branding and save the trouble of redirecting all those rude mails. Rahul From smooge at gmail.com Wed Sep 6 22:50:25 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 6 Sep 2006 16:50:25 -0600 Subject: Apache Fedora branding In-Reply-To: <44FF4607.8090607@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> Message-ID: <80d7e4090609061550s15b5f931vaee3b2094da37f2@mail.gmail.com> On 9/6/06, Rahul wrote: > Hi > > We frequently get mails (atleast once every month) at info AT > fedoraproject.org from random administrators about how Fedora has > hijacked their system or some such stuff because there is some limited > amount of Fedora branding on the default webpage in Apache. > > We now have a document at http://fedoraproject.org/wiki/ServerTestPage > to explain to them what this means. I am wondering if we can just drop > the branding and save the trouble of redirecting all those rude mails. > I don't think dropping the branding will do any good. THis has been going on since Red Hat 5.x with a lot of different wording on the webpage etc. The 'tuttle oklahoma' Centos incident has happened before, and will happen pretty much over and over again. > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From icon at fedoraproject.org Thu Sep 7 00:00:57 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Wed, 6 Sep 2006 20:00:57 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <1157567815.11814.4.camel@pensja.lam.pl> References: <1157017504.5475.9.camel@gilboa-work-dev> <20060831184505.GA8179@jadzia.bu.edu> <44F73385.4050209@mindspring.com> <200609021102.17931.nman64@n-man.com> <20060906202456.3a47ef17@nausicaa.camperquake.de> <1157567815.11814.4.camel@pensja.lam.pl> Message-ID: On 9/6/06, Leszek Matok wrote: > transaction: > echo "mv -f file.bak file" > backlog > mv file file.bak > cp -f file.new file # actual work, this can break > rm -f file.bak backlog > > error recovery on next run: > if [ -f backlog ] > sh backlog > fi > > Do you know a file system that can't do this? Well, this doesn't work because of %pre, %post, %preun, %postun, %trigger, etc. If %post touches a file in /etc, you can't restore old files listed in the %files section and honestly expect everything to continue to work as if nothing happened. It's for this same reason why yum doesn't handle package downgrading and rollbacks -- there is no 100% safe way to perform them, so yum doesn't even try. With the way RPM is designed, unless you can do a filesystem-level rollback to a pre-transaction state, you shouldn't abort a transaction. Without that, everything is going to be a fragile hack that can leave things really, really broken. Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From jacliburn at bellsouth.net Thu Sep 7 01:01:16 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 06 Sep 2006 20:01:16 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44CEA8A8.3070302@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> Message-ID: <44FF6F5C.2030903@bellsouth.net> Jay Cliburn wrote: > Matthew Miller wrote: >> On Mon, Jul 31, 2006 at 11:04:16AM -0400, Demond wrote: >>> Is there a reason the firefox.i386 and firefox-devel.i386 packages >>> are in the x86_64 repo for rawhide? They both got pulled into my >>> system when the firefox-devel package was introduced. However, "yum >>> remove firefox.i386" shows that there are no dependencies. I was >>> just wondering if this was deliberate and if they will be around for >>> a while. >> >> It's handy if you have to use the flash plugin.... > > Ditto for flash, and it's also handy for the Sun Java plugin. I > personally hope firefox.i386 is a permanent addition to the x86_64 repo > for FC6. Can someone confirm it is or isn't? > > Jay > Has a decision been made as to whether firefox.i386 will be left in the x86_64 repos for FC6 final? From poelstra at redhat.com Thu Sep 7 01:05:06 2006 From: poelstra at redhat.com (John Poelstra) Date: Wed, 06 Sep 2006 21:05:06 -0400 Subject: Wishlist: remote install GUI In-Reply-To: <44F63070.2000107@linux.wku.edu> References: <20060830190737.GA16790@osiris.silug.org> <3237e4410608301236q53e82136ma5ded90fc6da30c3@mail.gmail.com> <16de708d0608301550qcf1f7c6l5b096083fca1af9a@mail.gmail.com> <200608301932.14167.jkeating@redhat.com> <44F63070.2000107@linux.wku.edu> Message-ID: <44FF7042.5000409@redhat.com> Brent wrote: > Jesse Keating wrote: >> the kernel argument line if you shove the kernel into your existing >> grub, whatever. > Is there a good document somewhere that talks about how to do this? I > have some machines that have fedora on them and I don't have CD-Drives > for them or anything and this seems like the best option, but I have > never seen the best way to accomplish this. > > Thanks > > Brent > I got some good ideas from here: http://www.damaestro.us/howtos/installing-fedora-core-4-from-a-remote-location John From jkeating at redhat.com Thu Sep 7 01:20:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Sep 2006 21:20:14 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44FF6F5C.2030903@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <44CEA8A8.3070302@bellsouth.net> <44FF6F5C.2030903@bellsouth.net> Message-ID: <200609062120.14781.jkeating@redhat.com> On Wednesday 06 September 2006 21:01, Jay Cliburn wrote: > Has a decision been made as to whether firefox.i386 will be left in the > x86_64 repos for FC6 final? So far, xulrunner isn't ready for release, so firefox-devel stays, and thus firefox.i386 stays. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jacliburn at bellsouth.net Thu Sep 7 01:23:20 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 06 Sep 2006 20:23:20 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <200609062120.14781.jkeating@redhat.com> References: <44CE1BF0.1040500@wowway.com> <44CEA8A8.3070302@bellsouth.net> <44FF6F5C.2030903@bellsouth.net> <200609062120.14781.jkeating@redhat.com> Message-ID: <44FF7488.90100@bellsouth.net> Jesse Keating wrote: > On Wednesday 06 September 2006 21:01, Jay Cliburn wrote: >> Has a decision been made as to whether firefox.i386 will be left in the >> x86_64 repos for FC6 final? > > So far, xulrunner isn't ready for release, so firefox-devel stays, and thus > firefox.i386 stays. > > Elsewhere in this thread you wrote you'd entertain requests to keep it there even after xulrunner is released. What is the formal method for someone like me to make that request? From jkeating at redhat.com Thu Sep 7 01:33:37 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 6 Sep 2006 21:33:37 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44FF7488.90100@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> Message-ID: <200609062133.37405.jkeating@redhat.com> On Wednesday 06 September 2006 21:23, Jay Cliburn wrote: > Elsewhere in this thread you wrote you'd entertain requests to keep it > there even after xulrunner is released. ?What is the formal method for > someone like me to make that request? There isn't one. I hear your noise though (: We'll save the discussion for when xulrunner shows up. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pemboa at gmail.com Thu Sep 7 01:40:04 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 6 Sep 2006 20:40:04 -0500 Subject: Apache Fedora branding In-Reply-To: <44FF4607.8090607@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> Message-ID: <16de708d0609061840u4d46061bt411559a6fe1cdb27@mail.gmail.com> On 9/6/06, Rahul wrote: > Hi > > We frequently get mails (atleast once every month) at info AT > fedoraproject.org from random administrators about how Fedora has > hijacked their system or some such stuff because there is some limited > amount of Fedora branding on the default webpage in Apache. > > We now have a document at http://fedoraproject.org/wiki/ServerTestPage > to explain to them what this means. I am wondering if we can just drop > the branding and save the trouble of redirecting all those rude mails. > > Rahul > Please do not pander to stupid people. Not with Fedora at least. Please. -- Fedora Core 5 and proud From pemboa at gmail.com Thu Sep 7 01:44:45 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Wed, 6 Sep 2006 20:44:45 -0500 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> Message-ID: <16de708d0609061844u180bdf93uff352652a2dec0f2@mail.gmail.com> On 9/6/06, Nils Philippsen wrote: > On Mon, 2006-09-04 at 11:40 +0200, Thomas M Steenholdt wrote: > > Oh no! > > > > YaST is one of the primary things that i dislike about SuSE. screws up > > manually configured things. Needs to run SuSEconfig all the time to sync > > config database etc etc... Lets just make more(/better?) system-config* > > tools and perhaps a folder with shortcuts to all these. > > Better, definitely. > > I for myself freely admit that the system-config tools I work on(*) have > room for improvement in many areas. Come forward with your RFEs, come > forward with ideas for UI fixes or patches to bring text mode up to > speed, come forward with _anything_, but don't complain afterwards if > you stayed silent. This is not a carte blanche that I'll do everything > suggested, but at least you may later complain if I didn't ;-). > > (*): -date, -nfs, -samba, -services, -users, hwbrowser (the latter > should be redone completely on top of HAL) > > Nils Since you asked, I can think of one for -samba. Also, I would like your permission to emal you directly about non fedora-devel-list worthy things as I continue work on system-config-backup. Thank you. -- Fedora Core 5 and proud From dbroome at gmail.com Thu Sep 7 02:35:31 2006 From: dbroome at gmail.com (JackieBrown) Date: Thu, 7 Sep 2006 02:35:31 +0000 (UTC) Subject: cdrkit References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> Message-ID: Rahul fedoraproject.org> writes: > Well they contacted us already > > https://www.redhat.com/archives/fedora-advisory-board/2006-August/msg00409.html > > A list of alternatives at > http://fedoraproject.org/wiki/CdrecordAlternatives. > > Rahul > Well is there going to be a reply? From sundaram at fedoraproject.org Thu Sep 7 02:42:28 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 07 Sep 2006 08:12:28 +0530 Subject: cdrkit In-Reply-To: References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> Message-ID: <44FF8714.20306@fedoraproject.org> JackieBrown wrote: > Rahul fedoraproject.org> writes: > > >> Well they contacted us already >> >> > https://www.redhat.com/archives/fedora-advisory-board/2006-August/msg00409.html >> A list of alternatives at >> http://fedoraproject.org/wiki/CdrecordAlternatives. >> >> Rahul >> > > Well is there going to be a reply? > To what? Rahul From wtogami at redhat.com Thu Sep 7 02:43:39 2006 From: wtogami at redhat.com (Warren Togami) Date: Wed, 06 Sep 2006 22:43:39 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <200609062133.37405.jkeating@redhat.com> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> Message-ID: <44FF875B.5040705@redhat.com> Jesse Keating wrote: > On Wednesday 06 September 2006 21:23, Jay Cliburn wrote: >> Elsewhere in this thread you wrote you'd entertain requests to keep it >> there even after xulrunner is released. What is the formal method for >> someone like me to make that request? > > There isn't one. I hear your noise though (: We'll save the discussion for > when xulrunner shows up. > > Even if we decide to keep the i386 firefox (and I think we should), we still have the messy issue of dealing with two launchers. This is very messy from a user friendliness perspective. - Two browser launchers? - How is xremote supposed to work? You can currently only run one arch of the browser at a time. - It is possible to run both archs with minor changes to the xremote code, but this makes things even more confusing to the user. Possible solutions... none of which are ideal. - Ship only i386, as that is the only useful arch. - Ship both, but hide the x86_64 launcher from users. I've seen that Microsoft hasn't found a good solution to this problem when I tried Windows AMD64 beta. Anyone know if they "solved" this in the final release? Warren Togami wtogami at redhat.com From Matt_Domsch at dell.com Thu Sep 7 04:21:48 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Wed, 6 Sep 2006 23:21:48 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44FF875B.5040705@redhat.com> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> Message-ID: <20060907042148.GC28934@lists.us.dell.com> On Wed, Sep 06, 2006 at 10:43:39PM -0400, Warren Togami wrote: > Possible solutions... none of which are ideal. > - Ship only i386, as that is the only useful arch. FWIW, this is what openSuSE / SLES did the last time I looked a few months ago. -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From michael at knox.net.nz Thu Sep 7 04:52:08 2006 From: michael at knox.net.nz (Michael J. Knox) Date: Thu, 7 Sep 2006 16:52:08 +1200 (NZST) Subject: cdrkit In-Reply-To: <44FF8714.20306@fedoraproject.org> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> Message-ID: <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> Rahul wrote: > JackieBrown wrote: >> Rahul fedoraproject.org> writes: >> >> >>> Well they contacted us already >>> >>> >> https://www.redhat.com/archives/fedora-advisory-board/2006-August/msg00409.html >>> A list of alternatives at >>> http://fedoraproject.org/wiki/CdrecordAlternatives. >>> >>> Rahul >>> >> >> Well is there going to be a reply? >> > > To what? > Taking a wild stab in the dark, but maybe he is wanting to know if the folks at RH or FC are interested in working on or with cdrkit.. Just a guess ;) Michael From sundaram at fedoraproject.org Thu Sep 7 04:58:44 2006 From: sundaram at fedoraproject.org (Rahul) Date: Thu, 07 Sep 2006 10:28:44 +0530 Subject: cdrkit In-Reply-To: <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> Message-ID: <44FFA704.40106@fedoraproject.org> Michael J. Knox wrote: > Taking a wild stab in the dark, but maybe he is wanting to know if the > folks at RH or FC are interested in working on or with cdrkit.. Just a > guess ;) > > Michael We had a brief conversation offlist with Debian after the initial mail. It is upto the Fedora Cdrecord maintainer to decide whether to adopt cdrkit or another fork. For FC6, we are sticking with a older version of cdrecord. Thats the current status. Rahul From kevin.kofler at chello.at Thu Sep 7 05:04:03 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Thu, 7 Sep 2006 05:04:03 +0000 (UTC) Subject: firefox.i386 in x86_64 repo References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> Message-ID: Warren Togami redhat.com> writes: > - Ship only i386, as that is the only useful arch. The "only useful arch"? Can we please quit assuming everyone needs Flash? I don't even have Flash (or any other proprietary plugin for that matter) installed on this i386 Fedora (I don't have a 64-bit CPU or I'd use x86_64), I don't miss it. Down with Flash ads! Especially those which disable the option to stop the animation or script around it. (That's what I hate about proprietary software, they keep allowing other people to try to decide what I do with my computer.) > - Ship both, but hide the x86_64 launcher from users. I think even that isn't a great solution. Kevin Kofler From buildsys at redhat.com Thu Sep 7 10:00:28 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 7 Sep 2006 06:00:28 -0400 Subject: rawhide report: 20060907 changes Message-ID: <200609071000.k87A0SJO003372@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.93-1 -------------------- * Wed Sep 06 2006 Jeremy Katz - 11.1.0.93-1 - unbreak xen installs - add hptiop drivers (#205337) - Fix a traceback (#205450) desktop-backgrounds-2.0-37 -------------------------- * Wed Sep 06 2006 John (J5) Palmieri - 2.0-37 - Backgrounds are now changed to jpgs and 4:3 has been replaced by a 5:4 aspect image fedora-logos-1.1.50-1.fc6 ------------------------- * Wed Sep 06 2006 John (J5) Palmieri - 1.1.50-1 - cvs add the new backgrounds this time fedora-release-5.89-rawhide.2 ----------------------------- fedora-release-notes-5.92-2 --------------------------- * Wed Sep 06 2006 Paul W. Frields - 5.92-2 - Make sure we package README-BURNING-ISOS files * Tue Sep 05 2006 Jesse Keating - 5.92-1 - Bump for 5.92 * Fri Sep 01 2006 Paul W. Frields - 5.91-8 - Handle i18n OMF files kernel-2.6.17-1.2630.fc6 ------------------------ * Wed Sep 06 2006 Juan Quintela - Undo rhel5 xen patch for relocatable. * Wed Sep 06 2006 Dave Jones - AGP support for Intel I965 * Tue Sep 05 2006 Jeremy Katz - Update xenfb based on upstream review krb5-1.5-7 ---------- * Wed Sep 06 2006 Nalin Dahyabhai - 1.5-7 - set SS_LIB at configure-time so that libss-using apps get working readline support (#197044) mkinitrd-5.1.11-1 ----------------- * Wed Sep 06 2006 Peter Jones - 5.1.11-1 - Pull in bdevid properly (not two sources any more) - Lots of minor bugfixes, leak fixups, etc. - Updates for new iScsi userland (katzj) - ata and usb device id probes in bdevid - preliminary work for boot-time device identification. - Fixes for network driver selection (katzj) policycoreutils-1.30.28-4 ------------------------- * Wed Sep 06 2006 Dan Walsh 1.30.28-4 - Remove recursive switch when using rpm * Wed Sep 06 2006 Dan Walsh 1.30.28-3 - Fix fixfiles to handle multiple rpm and make -o work python-xeninst-0.92.0-2 ----------------------- * Wed Sep 06 2006 Jeremy Katz - 0.92.0-2 - add patch to fix memory parsing in interactive mode - fix deps redhat-rpm-config-8.0.45-3 -------------------------- * Wed Sep 06 2006 Jeremy Katz - 8.0.45-3 - path fix * Tue Sep 05 2006 Jeremy Katz - 8.0.45-2 - Add script from Ben Konrath to repack jars to avoid multilib conflicts rhpl-0.188-3 ------------ * Wed Sep 06 2006 Chris Lumens 0.188-3 - Remove pyxf86config requirement (#205019). tomboy-0.4.1-1.fc6 ------------------ * Wed Sep 06 2006 Matthias Clasen - 0.4.1-1 - Update to 0.4.1 * Wed Sep 06 2006 Matthias Clasen - 0.4.0-2 - Fix an issue with the applet icon size (205379) yelp-2.16.0-2.fc6 ----------------- * Wed Sep 06 2006 Matthias Clasen - 2.16.0-2.fc6 - Actually apply the Pango patch From Axel.Thimm at ATrpms.net Thu Sep 7 10:59:16 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Thu, 7 Sep 2006 12:59:16 +0200 Subject: Apache Fedora branding In-Reply-To: <44FF4607.8090607@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> Message-ID: <20060907105916.GF13372@neu.nirvana> On Thu, Sep 07, 2006 at 03:34:55AM +0530, Rahul wrote: > Hi > > We frequently get mails (atleast once every month) at info AT > fedoraproject.org from random administrators about how Fedora has > hijacked their system or some such stuff because there is some limited > amount of Fedora branding on the default webpage in Apache. > > We now have a document at http://fedoraproject.org/wiki/ServerTestPage > to explain to them what this means. I am wondering if we can just drop > the branding and save the trouble of redirecting all those rude mails. Hi Rahul, the same people will probably continue on on complaining about Fedora being mentioned on the graphical login screen or in /etc/issue on consoles. I think 1-2 rude mails from ignorant people per month is considering Fedora's size close to zero. :) > Rahul > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jorton at redhat.com Thu Sep 7 11:53:25 2006 From: jorton at redhat.com (Joe Orton) Date: Thu, 7 Sep 2006 12:53:25 +0100 Subject: Apache Fedora branding In-Reply-To: <44FF4607.8090607@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> Message-ID: <20060907115325.GA7498@redhat.com> On Thu, Sep 07, 2006 at 03:34:55AM +0530, Rahul wrote: > We now have a document at http://fedoraproject.org/wiki/ServerTestPage That looks really good. > to explain to them what this means. I am wondering if we can just drop > the branding and save the trouble of redirecting all those rude mails. Noooo! It's the only eye candy us poor web server hackers get, you can't deny us that! Just /dev/null the reports :) joe From buc at odusz.so-cdu.ru Thu Sep 7 11:55:25 2006 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 07 Sep 2006 15:55:25 +0400 Subject: Broken update path of ypbind in FC5 Message-ID: <450008AD.9010506@odu.neva.ru> On 2006.08.07 an update to ypbind for FC5 has appeared: "ypbind-1.19-1". After that, on 2006.08.21 a new update has been released: "ypbind-1.19-0.2". Because of "0.2 < 1" in release field, this update takes no effect with yum-automated updating etc. Bugzilla ticket for this is #203361 It is already third precedent of such issues, see (now closed) #199247 and #199248 The strange situation for me is that this issue was fixed for "rawhide" only. After some amount of persistence just the binary "1.19-0.2" rpm for i386 has been removed (i.e. the update has been cancelled), but "1.19-0.2" is still present for ppc, x86_64 and SRPMS ... This situation confuses me a little. My doubts is: - Is it a right way to do such amount of my activity for this kind of bugs? - What user should do in such case: just ignore the update or to update manually (rpm --force) ? - Why I'm the only man who catch such kinds of bug? Whether other people see it too, or just think that it is not noteworthy? - Does anybody use ypbind at all? :) If yes, what version now exactly? Regards, Dmitry Butskoy -------- http://www.fedoraproject.org/wiki/DmitryButskoy RHCE -------------- next part -------------- An HTML attachment was scrubbed... URL: From jkeating at redhat.com Thu Sep 7 12:03:20 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Sep 2006 08:03:20 -0400 Subject: rawhide report: 20060907 changes In-Reply-To: <200609071000.k87A0SJO003372@hs20-bc2-6.build.redhat.com> References: <200609071000.k87A0SJO003372@hs20-bc2-6.build.redhat.com> Message-ID: <200609070803.23654.jkeating@redhat.com> On Thursday 07 September 2006 06:00, buildsys at redhat.com wrote: > Updated Packages: Erm, if you're doing installs of this tree into Xen, you may need to add the 'nompath' argument to the installer. xenguest-install -x nompath -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From nicu_fedora at nicubunu.ro Thu Sep 7 12:07:57 2006 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Thu, 07 Sep 2006 15:07:57 +0300 Subject: Apache Fedora branding In-Reply-To: <20060907115325.GA7498@redhat.com> References: <44FF4607.8090607@fedoraproject.org> <20060907115325.GA7498@redhat.com> Message-ID: <45000B9D.3010600@nicubunu.ro> Joe Orton wrote: > On Thu, Sep 07, 2006 at 03:34:55AM +0530, Rahul wrote: >> We now have a document at http://fedoraproject.org/wiki/ServerTestPage > > That looks really good. Too bad it is so late (or this is allowed after freeze?), the "Powered by" button is wrong, it uses the old wordmark, it should be something like: http://fedora.nicubunu.ro/powered_by_fedora.png -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From jorton at redhat.com Thu Sep 7 12:14:51 2006 From: jorton at redhat.com (Joe Orton) Date: Thu, 7 Sep 2006 13:14:51 +0100 Subject: Apache Fedora branding In-Reply-To: <45000B9D.3010600@nicubunu.ro> References: <44FF4607.8090607@fedoraproject.org> <20060907115325.GA7498@redhat.com> <45000B9D.3010600@nicubunu.ro> Message-ID: <20060907121451.GB7498@redhat.com> On Thu, Sep 07, 2006 at 03:07:57PM +0300, Nicu Buculei wrote: > Joe Orton wrote: > >On Thu, Sep 07, 2006 at 03:34:55AM +0530, Rahul wrote: > >>We now have a document at http://fedoraproject.org/wiki/ServerTestPage > > > >That looks really good. > > Too bad it is so late (or this is allowed after freeze?), the "Powered > by" button is wrong, it uses the old wordmark, it should be something > like: http://fedora.nicubunu.ro/powered_by_fedora.png Can you file a bug against httpd, CC Jesse and ask if this can go in post-freeze, and also CC someone who owns the Fedora artwork so I can know this is officially-sanctioned? Regards, joe From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Sep 7 12:18:30 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 7 Sep 2006 14:18:30 +0200 Subject: Apache Fedora branding In-Reply-To: <20060907121451.GB7498@redhat.com> References: <44FF4607.8090607@fedoraproject.org> <20060907115325.GA7498@redhat.com> <45000B9D.3010600@nicubunu.ro> <20060907121451.GB7498@redhat.com> Message-ID: <20060907141830.40ef4cf2@python2> Joe Orton wrote : > On Thu, Sep 07, 2006 at 03:07:57PM +0300, Nicu Buculei wrote: > > Joe Orton wrote: > > >On Thu, Sep 07, 2006 at 03:34:55AM +0530, Rahul wrote: > > >>We now have a document at http://fedoraproject.org/wiki/ServerTestPage > > > > > >That looks really good. > > > > Too bad it is so late (or this is allowed after freeze?), the "Powered > > by" button is wrong, it uses the old wordmark, it should be something > > like: http://fedora.nicubunu.ro/powered_by_fedora.png > > Can you file a bug against httpd, CC Jesse and ask if this can go in > post-freeze, and also CC someone who owns the Fedora artwork so I can > know this is officially-sanctioned? And you can also add that the apache image needs to be updated, since "apache 2.0" no longer applies, we have 2.2 now :-) So plain "apache 2" would be a good idea, or "apache 2.2". Yeah, nitpicking :-D Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2617.2.1.fc6 Load : 1.07 1.05 0.92 From jorton at redhat.com Thu Sep 7 12:22:46 2006 From: jorton at redhat.com (Joe Orton) Date: Thu, 7 Sep 2006 13:22:46 +0100 Subject: Broken update path of ypbind in FC5 In-Reply-To: <450008AD.9010506@odu.neva.ru> References: <450008AD.9010506@odu.neva.ru> Message-ID: <20060907122246.GA8634@redhat.com> On Thu, Sep 07, 2006 at 03:55:25PM +0400, Dmitry Butskoy wrote: > On 2006.08.07 an update to ypbind for FC5 has appeared: "ypbind-1.19-1". > After that, on 2006.08.21 a new update has been released: "ypbind-1.19-0.2". > > Because of "0.2 < 1" in release field, this update takes no effect with > yum-automated updating etc. > Bugzilla ticket for this is #203361 > Hopefully this could be caught and prevented by the tool we use to manage updates. I've CC'ed Luke since I can't find the product for the update tool in bugzilla (maybe I'm being stupid again though). joe From nicu_fedora at nicubunu.ro Thu Sep 7 12:35:02 2006 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Thu, 07 Sep 2006 15:35:02 +0300 Subject: Apache Fedora branding In-Reply-To: <20060907121451.GB7498@redhat.com> References: <44FF4607.8090607@fedoraproject.org> <20060907115325.GA7498@redhat.com> <45000B9D.3010600@nicubunu.ro> <20060907121451.GB7498@redhat.com> Message-ID: <450011F6.1090609@nicubunu.ro> Joe Orton wrote: > On Thu, Sep 07, 2006 at 03:07:57PM +0300, Nicu Buculei wrote: >> Too bad it is so late (or this is allowed after freeze?), the "Powered >> by" button is wrong, it uses the old wordmark, it should be something >> like: http://fedora.nicubunu.ro/powered_by_fedora.png > > Can you file a bug against httpd, CC Jesse and ask if this can go in > post-freeze, and also CC someone who owns the Fedora artwork so I can > know this is officially-sanctioned? Sure: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205573 Added as CC Diana Fong from the Art Project and referenced the logo usage guidelines page: http://fedoraproject.org/wiki/Logo/UsageGuidelines -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From nicu_fedora at nicubunu.ro Thu Sep 7 12:48:09 2006 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Thu, 07 Sep 2006 15:48:09 +0300 Subject: Apache Fedora branding In-Reply-To: <20060907141830.40ef4cf2@python2> References: <44FF4607.8090607@fedoraproject.org> <20060907115325.GA7498@redhat.com> <45000B9D.3010600@nicubunu.ro> <20060907121451.GB7498@redhat.com> <20060907141830.40ef4cf2@python2> Message-ID: <45001509.2080102@nicubunu.ro> Matthias Saou wrote: > > And you can also add that the apache image needs to be updated, since > "apache 2.0" no longer applies, we have 2.2 now :-) So plain "apache 2" > would be a good idea, or "apache 2.2". I added an "apache 2.2" to the same bug (205573): https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=135743 Don't know how "official" is, it is made from the 2.0 one using copy/paste :p -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From david at lovesunix.net Thu Sep 7 13:18:31 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 07 Sep 2006 15:18:31 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> Message-ID: <1157635111.2528.35.camel@price> tor, 07 09 2006 kl. 05:04 +0000, skrev Kevin Kofler: > Warren Togami redhat.com> writes: > > - Ship only i386, as that is the only useful arch. > > The "only useful arch"? Can we please quit assuming everyone needs Flash? I > don't even have Flash (or any other proprietary plugin for that matter) > installed on this i386 Fedora (I don't have a 64-bit CPU or I'd use x86_64), I > don't miss it. Down with Flash ads! Especially those which disable the option > to stop the animation or script around it. (That's what I hate about > proprietary software, they keep allowing other people to try to decide what I > do with my computer.) Agreed, I happen not to define usefulness in softwares ability to apease proprietary vendors. > > - Ship both, but hide the x86_64 launcher from users. > > I think even that isn't a great solution. Instead of this exceedingly stupid solution we could actively push gcjwebplugin, gnash and totem-plugin all of which conform to our freedom standards while providing the services our users need. No need to give up functionality for freedom when we can have both. - David From jkeating at redhat.com Thu Sep 7 13:21:03 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Sep 2006 09:21:03 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <1157635111.2528.35.camel@price> References: <44CE1BF0.1040500@wowway.com> <1157635111.2528.35.camel@price> Message-ID: <200609070921.03628.jkeating@redhat.com> On Thursday 07 September 2006 09:18, David Nielsen wrote: > Instead of this exceedingly stupid solution we could actively push > gcjwebplugin, gnash and totem-plugin all of which conform to our freedom > standards while providing the services our users need. No need to give > up functionality for freedom when we can have both. Unfortunately, gcjwebplugin was pulled from the distro due to security flaws that we will not have time to resolve by the final release. :/ -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jakub at redhat.com Thu Sep 7 13:28:15 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Thu, 7 Sep 2006 09:28:15 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <200609070921.03628.jkeating@redhat.com> References: <44CE1BF0.1040500@wowway.com> <1157635111.2528.35.camel@price> <200609070921.03628.jkeating@redhat.com> Message-ID: <20060907132815.GB12531@devserv.devel.redhat.com> On Thu, Sep 07, 2006 at 09:21:03AM -0400, Jesse Keating wrote: > On Thursday 07 September 2006 09:18, David Nielsen wrote: > > Instead of this exceedingly stupid solution we could actively push > > gcjwebplugin, gnash and totem-plugin all of which conform to our freedom > > standards while providing the services our users need. No need to give > > up functionality for freedom when we can have both. > > Unfortunately, gcjwebplugin was pulled from the distro due to security flaws > that we will not have time to resolve by the final release. :/ AFAIK it weren't known security flaws, but unfinished security audit. Jakub From david at lovesunix.net Thu Sep 7 13:29:33 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 07 Sep 2006 15:29:33 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <200609070921.03628.jkeating@redhat.com> References: <44CE1BF0.1040500@wowway.com> <1157635111.2528.35.camel@price> <200609070921.03628.jkeating@redhat.com> Message-ID: <1157635773.2565.3.camel@price> tor, 07 09 2006 kl. 09:21 -0400, skrev Jesse Keating: > On Thursday 07 September 2006 09:18, David Nielsen wrote: > > Instead of this exceedingly stupid solution we could actively push > > gcjwebplugin, gnash and totem-plugin all of which conform to our freedom > > standards while providing the services our users need. No need to give > > up functionality for freedom when we can have both. > > Unfortunately, gcjwebplugin was pulled from the distro due to security flaws > that we will not have time to resolve by the final release. :/ I arrogantly assumed, as FC6 is pretty much set in stone, that we were looking forward towards FC7 and beyond. - David From n0dalus+redhat at gmail.com Thu Sep 7 13:39:07 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Thu, 7 Sep 2006 23:09:07 +0930 Subject: firefox.i386 in x86_64 repo In-Reply-To: <1157635111.2528.35.camel@price> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <1157635111.2528.35.camel@price> Message-ID: <6280325c0609070639r28cc9c4du8f532700f5247514@mail.gmail.com> On 9/7/06, David Nielsen wrote: > > Instead of this exceedingly stupid solution we could actively push > gcjwebplugin, gnash and totem-plugin all of which conform to our freedom > standards while providing the services our users need. No need to give > up functionality for freedom when we can have both. > We'll have to wait for FC13 or so (2010) before gnash has legal mp3 support though :(. n0dalus. From pertusus at free.fr Thu Sep 7 13:52:12 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 7 Sep 2006 15:52:12 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <1157635111.2528.35.camel@price> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <1157635111.2528.35.camel@price> Message-ID: <20060907135212.GB2197@free.fr> On Thu, Sep 07, 2006 at 03:18:31PM +0200, David Nielsen wrote: > tor, 07 09 2006 kl. 05:04 +0000, skrev Kevin Kofler: > > Warren Togami redhat.com> writes: > > Instead of this exceedingly stupid solution we could actively push > gcjwebplugin, gnash and totem-plugin all of which conform to our freedom > standards while providing the services our users need. No need to give > up functionality for freedom when we can have both. Gnash is a very fast moving and promising project, but honestly it doesn't replace the proprietary flash by now. Especially gnash currently shipped in fedora which crashes on almost all flash animations. CVS gnash has allready made good progress, but in my opinion gnash is still unusable for anything else than testing. -- Pat From pertusus at free.fr Thu Sep 7 13:54:37 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 7 Sep 2006 15:54:37 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <6280325c0609070639r28cc9c4du8f532700f5247514@mail.gmail.com> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <1157635111.2528.35.camel@price> <6280325c0609070639r28cc9c4du8f532700f5247514@mail.gmail.com> Message-ID: <20060907135437.GC2197@free.fr> On Thu, Sep 07, 2006 at 11:09:07PM +0930, n0dalus wrote: > On 9/7/06, David Nielsen wrote: > > > >Instead of this exceedingly stupid solution we could actively push > >gcjwebplugin, gnash and totem-plugin all of which conform to our freedom > >standards while providing the services our users need. No need to give > >up functionality for freedom when we can have both. > > > > We'll have to wait for FC13 or so (2010) before gnash has legal mp3 > support though :(. Gnash sound support will certainly be through gstreamer, so it is not related with gnash per se, but with mp3. And if there is a legal gstreamer mp3 backend in the mean time I guess gnash will be able to take advantage of it. -- Pat From jacliburn at bellsouth.net Thu Sep 7 14:14:41 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Thu, 07 Sep 2006 09:14:41 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44FF875B.5040705@redhat.com> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> Message-ID: <45002951.8090608@bellsouth.net> Warren Togami wrote: > > Even if we decide to keep the i386 firefox (and I think we should), we > still have the messy issue of dealing with two launchers. I think most users will solve it by `yum remove firefox.x86_64`. That's what I'll do until gcj, gnash, et al. catch up. > Possible solutions... none of which are ideal. > - Ship only i386, as that is the only useful arch. This gets my vote. And I agree with your usefulness opinion. I've never (knowingly) needed a 64-bit browser[*]. Prior to reviving this thread last night, I used firefox.x86_64 with gnash-plugin just to see how it'd work. The site I use to determine whether/how flash is working is http://kawasaki.com/product_home.asp . To my dismay, gnash never left the starting blocks, remaining stuck at "loading menu" or similar. I'd file a BZ, but all it'd do is point the developer to yet another web site that doesn't work. If that's the recommended tack, it won't be long before hundreds of similar BZs accumulate. Jay [*] It probably wouldn't be much of a stretch to say I've never needed a 64-bit anything, but I've got a 64-bit cpu, so I'm going to run x86_64 as a matter of principle. I suspect many users feel the same. (Although 64-bit was probably faster than i386 would've been when I converted all those VHS-C home movies to DVD.) From david at lovesunix.net Thu Sep 7 14:16:03 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 07 Sep 2006 16:16:03 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060907135212.GB2197@free.fr> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <1157635111.2528.35.camel@price> <20060907135212.GB2197@free.fr> Message-ID: <1157638563.2565.8.camel@price> tor, 07 09 2006 kl. 15:52 +0200, skrev Patrice Dumas: > On Thu, Sep 07, 2006 at 03:18:31PM +0200, David Nielsen wrote: > > tor, 07 09 2006 kl. 05:04 +0000, skrev Kevin Kofler: > > > Warren Togami redhat.com> writes: > > > > Instead of this exceedingly stupid solution we could actively push > > gcjwebplugin, gnash and totem-plugin all of which conform to our freedom > > standards while providing the services our users need. No need to give > > up functionality for freedom when we can have both. > > Gnash is a very fast moving and promising project, but honestly it > doesn't replace the proprietary flash by now. Especially gnash currently > shipped in fedora which crashes on almost all flash animations. CVS gnash > has allready made good progress, but in my opinion gnash is still unusable > for anything else than testing. Gnash cvs is very promising and very actively developed. There's also libfad which aims to provide full flash backend using cairo which should be blazing fast. I wouldn't take this defeatist stance towards free software, we've come very far in a short time with these technologies. As for codec support we have GStreamer which supports pretty much any format under the sun and gnash can take advantage of it. - David From jfrieben at freesurf.fr Thu Sep 7 14:18:01 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 7 Sep 2006 16:18:01 +0200 (CEST) Subject: firefox.i386 in x86_64 repo In-Reply-To: <200609070921.03628.jkeating@redhat.com> References: <200609070921.03628.jkeating@redhat.com> Message-ID: <9793.194.94.224.254.1157638681.squirrel@jose.freesurf.fr> Well, not quite: "/usr/lib[64]/gcj-4.1.1/libgcjwebplugin.so" ist still around. What actually has been removed is the (empty) dummy package "java-1.4.2-gcj-compat-plugin" which created a symbolic link to "/usr/lib/mozilla/plugins". You are still free to create the symlink by hand or an equivalent one to "$HOME/.mozilla/plugins" .. > > Unfortunately, gcjwebplugin was pulled from the distro due to security > flaws that we will not have time to resolve by the final release. :/ > > -- > Jesse Keating > Release Engineer: Fedora From notting at redhat.com Thu Sep 7 14:20:42 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 7 Sep 2006 10:20:42 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060907135437.GC2197@free.fr> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <1157635111.2528.35.camel@price> <6280325c0609070639r28cc9c4du8f532700f5247514@mail.gmail.com> <20060907135437.GC2197@free.fr> Message-ID: <20060907142042.GB19047@nostromo.devel.redhat.com> Patrice Dumas (pertusus at free.fr) said: > > We'll have to wait for FC13 or so (2010) before gnash has legal mp3 > > support though :(. > > Gnash sound support will certainly be through gstreamer, so it is not > related with gnash per se, but with mp3. And if there is a legal gstreamer > mp3 backend in the mean time I guess gnash will be able to take advantage of > it. The fluendo plugins may be of help here.... Bill From jonathan.underwood at gmail.com Thu Sep 7 14:29:22 2006 From: jonathan.underwood at gmail.com (Jonathan Underwood) Date: Thu, 7 Sep 2006 15:29:22 +0100 Subject: cdrkit In-Reply-To: <44FFA704.40106@fedoraproject.org> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> Message-ID: <645d17210609070729g1bea4799t16e095f687899523@mail.gmail.com> On 07/09/06, Rahul wrote: > We had a brief conversation offlist with Debian after the initial mail. > It is upto the Fedora Cdrecord maintainer to decide whether to adopt > cdrkit or another fork. For FC6, we are sticking with a older version of > cdrecord. Thats the current status. I presume this doesn't block packaging cdrkit for Extras, though? From jkeating at redhat.com Thu Sep 7 14:35:44 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Sep 2006 10:35:44 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <9793.194.94.224.254.1157638681.squirrel@jose.freesurf.fr> References: <200609070921.03628.jkeating@redhat.com> <9793.194.94.224.254.1157638681.squirrel@jose.freesurf.fr> Message-ID: <200609071035.47492.jkeating@redhat.com> On Thursday 07 September 2006 10:18, Joachim Frieben wrote: > Well, not quite: > > ? ?"/usr/lib[64]/gcj-4.1.1/libgcjwebplugin.so" > > ist still around. What actually has been removed is the (empty) dummy > package "java-1.4.2-gcj-compat-plugin" which created a symbolic link to > "/usr/lib/mozilla/plugins". You are still free to create the symlink by > hand or an equivalent one to "$HOME/.mozilla/plugins" .. This so file is supposed to be removed as well. We don't have the capacity to keep up with the security fixes needed (so I'm told) so we can't just leave the .so file there, we have to not package it at all. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pertusus at free.fr Thu Sep 7 14:43:35 2006 From: pertusus at free.fr (Patrice Dumas) Date: Thu, 7 Sep 2006 16:43:35 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <1157638563.2565.8.camel@price> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <1157635111.2528.35.camel@price> <20060907135212.GB2197@free.fr> <1157638563.2565.8.camel@price> Message-ID: <20060907144335.GD2197@free.fr> On Thu, Sep 07, 2006 at 04:16:03PM +0200, David Nielsen wrote: > tor, 07 09 2006 kl. 15:52 +0200, skrev Patrice Dumas: > > Gnash cvs is very promising and very actively developed. There's also > libfad which aims to provide full flash backend using cairo which should > be blazing fast. I wouldn't take this defeatist stance towards free > software, we've come very far in a short time with these technologies. I don't know about libfad, but gnash is based on GameSWF so it isn't such a short time if it is taken into account. I maintain gnash in fedora, I follow and contribute to upstream, and I truely believe that in some time it will be a perfect player, but right now it is not usable for the common web surfing cases. It is not defeatism, but realism. Anyway I think that free software will always be late when there is a need to implement closed formats, since there is a need to reverse engineer the format. When it isn't patented, in case it is even forbidden to deal with those formats outside of the free world. As long as proprietary formats are used, proprietary apps will certainly be better than free apps for some time. -- Pat From jwboyer at jdub.homelinux.org Thu Sep 7 14:53:15 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 07 Sep 2006 09:53:15 -0500 Subject: cdrkit In-Reply-To: <645d17210609070729g1bea4799t16e095f687899523@mail.gmail.com> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> <645d17210609070729g1bea4799t16e095f687899523@mail.gmail.com> Message-ID: <1157640795.6098.54.camel@zod.rchland.ibm.com> On Thu, 2006-09-07 at 15:29 +0100, Jonathan Underwood wrote: > On 07/09/06, Rahul wrote: > > We had a brief conversation offlist with Debian after the initial mail. > > It is upto the Fedora Cdrecord maintainer to decide whether to adopt > > cdrkit or another fork. For FC6, we are sticking with a older version of > > cdrecord. Thats the current status. > > I presume this doesn't block packaging cdrkit for Extras, though? If it can be packaged in a way that it doesn't conflict with cdrecord in Core, then I don't see why not. Good luck with that though. josh From toshio at tiki-lounge.com Thu Sep 7 15:02:25 2006 From: toshio at tiki-lounge.com (Toshio Kuratomi) Date: Thu, 07 Sep 2006 08:02:25 -0700 Subject: firefox.i386 in x86_64 repo In-Reply-To: <44FF875B.5040705@redhat.com> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> Message-ID: <1157641345.30484.5.camel@localhost> On Wed, 2006-09-06 at 22:43 -0400, Warren Togami wrote: > - Two browser launchers? > - How is xremote supposed to work? You can currently only run one arch > of the browser at a time. > - It is possible to run both archs with minor changes to the xremote > code, but this makes things even more confusing to the user. > > Possible solutions... none of which are ideal. > - Ship only i386, as that is the only useful arch. > - Ship both, but hide the x86_64 launcher from users. As long as we're brainstorming: - Ship only the x86_64 launcher. Use mozembed to embed the i386-firefox with the flash plugin to handle flash movies. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From Lam at Lam.pl Thu Sep 7 15:14:21 2006 From: Lam at Lam.pl (Leszek Matok) Date: Thu, 07 Sep 2006 17:14:21 +0200 Subject: cdrkit In-Reply-To: <1157640795.6098.54.camel@zod.rchland.ibm.com> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> <645d17210609070729g1bea4799t16e095f687899523@mail.gmail.com> <1157640795.6098.54.camel@zod.rchland.ibm.com> Message-ID: <1157642061.2729.12.camel@pensja.lam.pl> Dnia 07-09-2006, czw o godzinie 09:53 -0500, Josh Boyer napisa?(a): > If it can be packaged in a way that it doesn't conflict with cdrecord in > Core, then I don't see why not. Good luck with that though. Read the Debian announcement, all the names are changed so it doesn't conflict, only the wrappers/guis have to be tought the new names (wodim instead of cdrecord). I know /etc/alternatives system is unpopular, but it looks like it was made for this occasion :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From lmacken at redhat.com Thu Sep 7 15:19:44 2006 From: lmacken at redhat.com (Luke Macken) Date: Thu, 7 Sep 2006 11:19:44 -0400 Subject: Broken update path of ypbind in FC5 In-Reply-To: <20060907122246.GA8634@redhat.com> References: <450008AD.9010506@odu.neva.ru> <20060907122246.GA8634@redhat.com> Message-ID: <20060907151944.GC30166@tomservo.nc.rr.com> On Thu, Sep 07, 2006 at 01:22:46PM +0100, Joe Orton wrote: > On Thu, Sep 07, 2006 at 03:55:25PM +0400, Dmitry Butskoy wrote: > > On 2006.08.07 an update to ypbind for FC5 has appeared: "ypbind-1.19-1". > > After that, on 2006.08.21 a new update has been released: "ypbind-1.19-0.2". > > > > Because of "0.2 < 1" in release field, this update takes no effect with > > yum-automated updating etc. > > Bugzilla ticket for this is #203361 > > > > Hopefully this could be caught and prevented by the tool we use to > manage updates. I've CC'ed Luke since I can't find the product for the > update tool in bugzilla (maybe I'm being stupid again though). I'll see what I can do about making the update system smart to catch this. The Fedora Infrastructure bugzilla product is set to disallow new bugs, since the ticketing system[0] has been in place (although I still don't think that update system bugs belong there). You can create tickets against the 'Update System' on there in the mean time. luke [0]: https://admin.fedoraproject.org/tickets From denis at poolshark.org Thu Sep 7 15:15:05 2006 From: denis at poolshark.org (Denis Leroy) Date: Thu, 07 Sep 2006 17:15:05 +0200 Subject: cdrkit In-Reply-To: <1157642061.2729.12.camel@pensja.lam.pl> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> <645d17210609070729g1bea4799t16e095f687899523@mail.gmail.com> <1157640795.6098.54.camel@zod.rchland.ibm.com> <1157642061.2729.12.camel@pensja.lam.pl> Message-ID: <45003779.4010303@poolshark.org> What are people's experiences of cmake ? -denis From dragoran at feuerpokemon.de Thu Sep 7 15:25:55 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Thu, 07 Sep 2006 17:25:55 +0200 Subject: cdrkit In-Reply-To: <45003779.4010303@poolshark.org> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> <645d17210609070729g1bea4799t16e095f687899523@mail.gmail.com> <1157640795.6098.54.camel@zod.rchland.ibm.com> <1157642061.2729.12.camel@pensja.lam.pl> <45003779.4010303@poolshark.org> Message-ID: <45003A03.9030705@feuerpokemon.de> Denis Leroy wrote: > What are people's experiences of cmake ? > > -denis > cmake works fine and seems simpler than autoconf/automake etc. it is used in initng and only had a multilib and rpath issue but it was easy to fix (in case of initng), but here it wont be much different. From bigjoe1008 at gmail.com Thu Sep 7 15:33:57 2006 From: bigjoe1008 at gmail.com (Joe Harnish) Date: Thu, 7 Sep 2006 11:33:57 -0400 Subject: Apache Fedora branding In-Reply-To: <20060907105916.GF13372@neu.nirvana> References: <44FF4607.8090607@fedoraproject.org> <20060907105916.GF13372@neu.nirvana> Message-ID: <763fc8580609070833g1cf7da5dpe02389532c6d36d6@mail.gmail.com> I think there needs to be a wiki page that all distros can add people that email these "You Hijacked my site" messages and label it: Do not hire these people for any technical job. And put some other key words on there so that google will find it and when a possible future employer googles them - hey they are on a bad list. Also as a response to the email they can get a message stating that they have successfully added them selves to the Technical Darwin List. Otherwise putting in H1 tags "If you think this page is a result of being hacked or hijacked please click here" and that is just a javascipt pop up that states "Your a(n) FILL IN FUN WORDS HERE" On 9/7/06, Axel Thimm wrote: > > On Thu, Sep 07, 2006 at 03:34:55AM +0530, Rahul wrote: > > Hi > > > > We frequently get mails (atleast once every month) at info AT > > fedoraproject.org from random administrators about how Fedora has > > hijacked their system or some such stuff because there is some limited > > amount of Fedora branding on the default webpage in Apache. > > > > We now have a document at http://fedoraproject.org/wiki/ServerTestPage > > to explain to them what this means. I am wondering if we can just drop > > the branding and save the trouble of redirecting all those rude mails. > > Hi Rahul, > > the same people will probably continue on on complaining about Fedora > being mentioned on the graphical login screen or in /etc/issue on > consoles. I think 1-2 rude mails from ignorant people per month is > considering Fedora's size close to zero. :) > > > Rahul > > > > -- > Axel.Thimm at ATrpms.net > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mario.danic at gmail.com Thu Sep 7 15:35:28 2006 From: mario.danic at gmail.com (=?ISO-8859-2?Q?Mario_=D0ani=E6?=) Date: Thu, 7 Sep 2006 17:35:28 +0200 Subject: Libburn umbrella project In-Reply-To: <79957db20609070814o45a010c9n23f33eab258cdb8d@mail.gmail.com> References: <79957db20609070814o45a010c9n23f33eab258cdb8d@mail.gmail.com> Message-ID: <79957db20609070835o1a6c42f1x71a752bd2c72726d@mail.gmail.com> Libburn umbrella project The project comprises of several more or less interdependent parts which together strive to be a usable foundation for application development. These are libraries, language bindings, and middleware binaries which emulate classical (and valuable) Linux tools. Our scope is currently Linux 2.4 and 2.6. That might chance in the future to support other operating systems like BSD, Solaris, and Mac, tho we are not sure about this at this moment. We do have a workable code base for burning data and audio CDs. The burn API is quite comprehensively documented (http://libburn-api.pykix.org) and can be used to build a presentable application. We do have a functional binary which emulates parts of cdrecord in order to prove that usability, and in order to allow you to explore libburn's scope by help of existing cdrecord frontends. The project components (list subject to growth, hopefully): - libburn is the library by which preformatted data get onto optical media. It uses either /dev/sgN (e.g. on kernel 2.4 with ide-scsi) or /dev/hdX (e.g. on kernel 2.6). libburn is the foundation of our cdrecord emulation. - libisofs is the library to pack up hard disk files and directories into a ISO 9660 disk image. This may then be brought to CD via libburn. libisofs is to be the foundation of our upcoming mkisofs emulation (genisofs). - cdrskin is a limited cdrecord compatibility wrapper for libburn. Cdrecord is a powerful GPL'ed burn program included in Joerg Schilling's cdrtools. cdrskin strives to be a second source for the services traditionally provided by cdrecord. cdrskin does not contain any bytes copied from cdrecord's sources. Many bytes have been copied from the message output of cdrecord runs, though. See cdrskin/README for more. - test is a collection of application gestures and examples given by the authors of the library features. The main API example for libburn is test/libburner.c . Explore these examples if you look for inspiration. We are also currently working on building a python extension (python 2.5) for libburn and libisofs libraries, and we hope we'll be able to release at least libburn ones along with our semi-stable 0.2.1 release. What we are working on here isn't meant to be alternative to schily stuff, it is meant to be a replacement, and it should also provide backward compatibility to schily mkisofs and cdrecord thanks to genisofs (yet to be started), and cdrskin. Outside our tests, you can try cdrskin with any application which uses cdrecord. For example you could try to burn a cd with k3b using cdrskin/libburn. If you want instructions how to talk k3b into doing so, please ask. Brasero 0.4.90 also has quite functional libburn/libisofs backend if you want to try it out. http://gnomefiles.org/app.php/Brasero The project webpage is currently situated at http://libburn.pykix.org The project could need advise from or membership of skilled kernel people and people who know how to talk CD/DVD drives into doing things. Nevertheless, there are a lot of areas where you can contribute as a developer even if you are not into kernel or talking cd/dvd drives to do things, there are always genisofs, cdrskin, libisofs, and not-so-low-lever parts of libburn. We also welcome ruby, perl, c#/mono folks to create language bindings/extensions. The project could also use testing efforts and bug reports. If you have any questions, please don't hesitate to ask. Kind regards, Mario From fitzsim at redhat.com Thu Sep 7 15:38:57 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 07 Sep 2006 11:38:57 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <200609071035.47492.jkeating@redhat.com> References: <200609070921.03628.jkeating@redhat.com> <9793.194.94.224.254.1157638681.squirrel@jose.freesurf.fr> <200609071035.47492.jkeating@redhat.com> Message-ID: <45003D11.2030009@redhat.com> Hi, Jesse Keating wrote: > On Thursday 07 September 2006 10:18, Joachim Frieben wrote: >> Well, not quite: >> >> "/usr/lib[64]/gcj-4.1.1/libgcjwebplugin.so" >> >> ist still around. What actually has been removed is the (empty) dummy >> package "java-1.4.2-gcj-compat-plugin" which created a symbolic link to >> "/usr/lib/mozilla/plugins". You are still free to create the symlink by >> hand or an equivalent one to "$HOME/.mozilla/plugins" .. > > This so file is supposed to be removed as well. We don't have the capacity to > keep up with the security fixes needed (so I'm told) No, that's not the issue. The issue is that we're actively developing GNU Classpath's security infrastructure, but we're not ready to declare it secure yet. > so we can't just leave > the .so file there, we have to not package it at all. I would like to leave the .so file so that adventurous users can install the symlink by hand. Tom From chasd at silveroaks.com Thu Sep 7 15:45:42 2006 From: chasd at silveroaks.com (chasd at silveroaks.com) Date: Thu, 7 Sep 2006 10:45:42 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060907151436.A469E732F4@hormel.redhat.com> References: <20060907151436.A469E732F4@hormel.redhat.com> Message-ID: <92bfe57e4d75447d3670800dc2ab64fa@silveroaks.com> > Unfortunately, gcjwebplugin was pulled from the distro due to security > flaws > that we will not have time to resolve by the final release. :/ http://fedoraproject.org/wiki/FC6ReleaseSummary should be updated with that information. The inclusion of gcjwebplugin was highlighted in the last test release announcement. It would be good to highlight why gcjwebplugin was pulled so reviews of the next test release don't have conspiracy theories about the missing functionality. Charles Dostale From pemboa at gmail.com Thu Sep 7 15:46:40 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 7 Sep 2006 10:46:40 -0500 Subject: Apache Fedora branding In-Reply-To: <763fc8580609070833g1cf7da5dpe02389532c6d36d6@mail.gmail.com> References: <44FF4607.8090607@fedoraproject.org> <20060907105916.GF13372@neu.nirvana> <763fc8580609070833g1cf7da5dpe02389532c6d36d6@mail.gmail.com> Message-ID: <16de708d0609070846o9dba876n4fa7e72836c7e051@mail.gmail.com> On 9/7/06, Joe Harnish wrote: > I think there needs to be a wiki page that all distros can add people that > email these "You Hijacked my site" messages and label it: Do not hire these > people for any technical job. And put some other key words on there so that > google will find it and when a possible future employer googles them - hey > they are on a bad list. Also as a response to the email they can get a > message stating that they have successfully added them selves to the > Technical Darwin List. > > Otherwise putting in H1 tags "If you think this page is a result of being > hacked or hijacked please click here" and that is just a javascipt pop up > that states "Your a(n) FILL IN FUN WORDS HERE" > > > On 9/7/06, Axel Thimm wrote: > > > On Thu, Sep 07, 2006 at 03:34:55AM +0530, Rahul wrote: > > Hi > > > > We frequently get mails (atleast once every month) at info AT > > fedoraproject.org from random administrators about how Fedora has > > hijacked their system or some such stuff because there is some limited > > amount of Fedora branding on the default webpage in Apache. > > > > We now have a document at > http://fedoraproject.org/wiki/ServerTestPage > > to explain to them what this means. I am wondering if we can just drop > > the branding and save the trouble of redirecting all those rude mails. > > Hi Rahul, > > the same people will probably continue on on complaining about Fedora > being mentioned on the graphical login screen or in /etc/issue on > consoles. I think 1-2 rude mails from ignorant people per month is > considering Fedora's size close to zero. :) > > > Rahul > > +1 I'd go with a link on the page, have them enter their names and email address themselves, and post it online. The page is just way to east to understand. > > -- > Axel.Thimm at ATrpms.net > > > -- > > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- Fedora Core 5 and proud From jkeating at redhat.com Thu Sep 7 15:50:11 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Sep 2006 11:50:11 -0400 Subject: Libburn umbrella project In-Reply-To: <79957db20609070835o1a6c42f1x71a752bd2c72726d@mail.gmail.com> References: <79957db20609070814o45a010c9n23f33eab258cdb8d@mail.gmail.com> <79957db20609070835o1a6c42f1x71a752bd2c72726d@mail.gmail.com> Message-ID: <200609071150.11357.jkeating@redhat.com> On Thursday 07 September 2006 11:35, Mario ?ani? wrote: > The project could need advise from or membership of skilled kernel > people and people who know how to talk CD/DVD drives into doing > things. Nevertheless, there are a lot of areas where you can > contribute as a developer even if you are not into kernel or talking > cd/dvd drives to do things, there are always genisofs, cdrskin, > libisofs, and not-so-low-lever parts of libburn. We also welcome ruby, > perl, c#/mono folks to create language bindings/extensions. The > project could also use testing efforts and bug reports. Please note that you can find the libburn family of software in Fedora Extras development. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From angray at beeb.net Thu Sep 7 16:23:53 2006 From: angray at beeb.net (Aaron Gray) Date: Thu, 07 Sep 2006 17:23:53 +0100 Subject: Apache Fedora branding In-Reply-To: <44FF4607.8090607@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> Message-ID: <45004799.5030302@beeb.net> I for one was very glad to see the Fedora logo on the Apache page. It made me feel good and reassured that Apache was fully integrated into Fedora. Aaron Rahul wrote: > Hi > > We frequently get mails (atleast once every month) at info AT > fedoraproject.org from random administrators about how Fedora has > hijacked their system or some such stuff because there is some limited > amount of Fedora branding on the default webpage in Apache. > > We now have a document at http://fedoraproject.org/wiki/ServerTestPage > to explain to them what this means. I am wondering if we can just drop > the branding and save the trouble of redirecting all those rude mails. > > Rahul > From rhally at mindspring.com Thu Sep 7 17:19:46 2006 From: rhally at mindspring.com (Richard Hally) Date: Thu, 07 Sep 2006 13:19:46 -0400 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <604aa7910609061453g2dab6717v48dd6984acfe278c@mail.gmail.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <200609021102.17931.nman64@n-man.com> <44FF2FBC.7070402@mindspring.com> <200609061644.04813.jkeating@redhat.com> <604aa7910609061453g2dab6717v48dd6984acfe278c@mail.gmail.com> Message-ID: <450054B2.4090403@mindspring.com> Jeff Spaleta wrote: > On 9/6/06, Jesse Keating wrote: >> On Wednesday 06 September 2006 16:29, Richard Hally wrote: >> > If you were to separate the list of packages to be updated into >> multiple >> > smaller transactions so that package A would have its cleanup operation >> > follow its update operation and then the next *transaction* would >> update >> > and cleanup the next package, one transaction would not affect the >> other. >> > Of course, dependencies would have to be accommodated by including them >> > in the proper transaction. But that would still allow unrelated >> > packages to be in separate "transactions." >> >> This type of logic would have to go into RPM as its RPM that knows in >> which >> order to install the packages (and thus the broken up package sets). Yum >> should continue to be able to hand rpm a complete list of packages to >> install, rpm should handle that set in a safe way. > > Regardless of which layer the logic goes, I have to ask how expensive > is it going to be time-wise to identify an optimal group of > transactions, seperated into distinct groups of inter-dependant > packages. I think we already have an example of this being done > sub-optimally, in the shell scripts listed in the wiki to help people > automate nightly updating. > http://fedoraproject.org/wiki/Tools/yum under Tips and Tricks. I > believe that the shell scripts listed there do exactly the sort of > mini-transactions being talked about, sub-optimally, as a side-effect > of doing sequential yum update commands. > > -jef > Have you seen the --depcheck plugin that has recently been added to yum-utils in Extras? That certainly is an improvement over the shell script approach. Perhaps a plugin that separates packages to be updated into separate "yum transactions" would permit the user to make the choice between speed and reliability/robustness/recoverability. Richard From jfrieben at freesurf.fr Thu Sep 7 17:31:49 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Thu, 7 Sep 2006 19:31:49 +0200 (CEST) Subject: firefox.i386 in x86_64 repo In-Reply-To: <200609071035.47492.jkeating@redhat.com> References: <200609071035.47492.jkeating@redhat.com> Message-ID: <35081.194.94.224.254.1157650309.squirrel@jose.freesurf.fr> It would be really, really naughty to do so ... No, seriously: it won't be used at all unless a user has actually tracked it down (!) and deliberately decides to use it at his own risk. I for myself am pleased that I can use it for the 2-3 "Java" applets that I actually need. > This so file is supposed to be removed as well. We don't have the > capacity to keep up with the security fixes needed (so I'm told) so we > can't just leave the .so file there, we have to not package it at all. > > -- > Jesse Keating > Release Engineer: Fedora From fedora-devel-list.listman at linuxnetz.de Thu Sep 7 17:48:30 2006 From: fedora-devel-list.listman at linuxnetz.de (Robert Scheck) Date: Thu, 7 Sep 2006 19:48:30 +0200 Subject: Libburn umbrella project In-Reply-To: <79957db20609070835o1a6c42f1x71a752bd2c72726d@mail.gmail.com> References: <79957db20609070814o45a010c9n23f33eab258cdb8d@mail.gmail.com> <79957db20609070835o1a6c42f1x71a752bd2c72726d@mail.gmail.com> Message-ID: <20060907174830.GA18659@hurricane.linuxnetz.de> Hello folks, On Thu, 07 Sep 2006, Mario Danic wrote: > - libisofs is the library to pack up hard disk files and directories into a > ISO 9660 disk image. This may then be brought to CD via libburn. > libisofs is to be the foundation of our upcoming mkisofs > emulation (genisofs). Once there's a usable genisofs (which means, upstream tickets #26 and #27 are closed and working), I'll remove Schilling's mkisofs faster as it was installed on my system. But the only bad thing is, I just can't wait for this day... ;-) Greetings, Robert From jkeating at redhat.com Thu Sep 7 17:53:10 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 7 Sep 2006 13:53:10 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <35081.194.94.224.254.1157650309.squirrel@jose.freesurf.fr> References: <200609071035.47492.jkeating@redhat.com> <35081.194.94.224.254.1157650309.squirrel@jose.freesurf.fr> Message-ID: <200609071353.10782.jkeating@redhat.com> On Thursday 07 September 2006 13:31, Joachim Frieben wrote: > It would be really, really naughty to do so ... No, seriously: it won't be > used at all unless a user has actually tracked it down (!) and deliberately > decides to use it at his own risk. I for myself am pleased that I can use > it for the 2-3 "Java" applets that I actually need. It will stay. Those responsible for the security of it feel comfortable with the situation. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fitzsim at redhat.com Thu Sep 7 18:03:28 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Thu, 07 Sep 2006 14:03:28 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <92bfe57e4d75447d3670800dc2ab64fa@silveroaks.com> References: <20060907151436.A469E732F4@hormel.redhat.com> <92bfe57e4d75447d3670800dc2ab64fa@silveroaks.com> Message-ID: <45005EF0.2060901@redhat.com> Hi, chasd at silveroaks.com wrote: >> Unfortunately, gcjwebplugin was pulled from the distro due to security >> flaws >> that we will not have time to resolve by the final release. :/ > > http://fedoraproject.org/wiki/FC6ReleaseSummary > > should be updated with that information. > > The inclusion of gcjwebplugin was highlighted in the last test release > announcement. > It would be good to highlight why gcjwebplugin was pulled so reviews of > the next test release don't have conspiracy theories about the missing > functionality. Yes, I'm writing a libgcjwebplugin.so.README for inclusion in the libgcj RPM and I'll write a new section for the release notes. Tom From jspaleta at gmail.com Thu Sep 7 18:57:12 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Sep 2006 10:57:12 -0800 Subject: My favorite pet bug (2004): Yum mishandles Ctrl-C In-Reply-To: <450054B2.4090403@mindspring.com> References: <1157017504.5475.9.camel@gilboa-work-dev> <200609021102.17931.nman64@n-man.com> <44FF2FBC.7070402@mindspring.com> <200609061644.04813.jkeating@redhat.com> <604aa7910609061453g2dab6717v48dd6984acfe278c@mail.gmail.com> <450054B2.4090403@mindspring.com> Message-ID: <604aa7910609071157m517985e5x9304de890a885d19@mail.gmail.com> On 9/7/06, Richard Hally wrote: > Have you seen the --depcheck plugin that has recently been added to > yum-utils in Extras? That certainly is an improvement over the shell > script approach. Its most definitely not an improvement over the shell script I use. My shell script uses dancing bear interactive spinner ascii artwork! > Perhaps a plugin that separates packages to be updated into separate > "yum transactions" would permit the user to make the choice between > speed and reliability/robustness/recoverability. I'm still not convinced that the multiple transactions idea gains you much in the way of recoverability, considering the minefield that is scriplets and triggers. It would certaintly help minimize the amount of duplicate packages listed in the rpmdb when segs happen before the cleanup stage completes. I have to admit that's one of my big pet peeves with large transactions in rpm, whether that transaction is brokered by yum or rpm -F or whatever. When i do a fresh install, I tend to do the backlog of updates in small groups (20 packages or less) to avoid the possibility of that happening. Once I have the backlog of packages installed, I find that recovering from a segged daily or weekly update run is managable, because the number of update packages invovled on these timescales tends to be small enough. What sucks, is running a fresh install of fc5 right now, and then doing all the available updates and having that update process seg, leaving duplicate listing in the rpmdb for some significant fraction of the number of packages in that single transaction. It's tedious to clean out those duplicates by hand, far more tedious than just doing the updates in small groups to begin with. And sadly its one of those things that its freaking difficult to reproduce. It might also serve well to compartmentalize package transactions enough to help people, like myself, narrow down problematic package or scriptlet operations that trigger segs on other people systems, which are again not as reproducible across systems as one would like. I'd be most interested in seeing how doing an optimal calculation of multiple transactions affects system resource consumption on lower ended systems. I have no expectation as to whether or not it would make a difference at all. Just as another point of reference, I believe (and I may be mistaken about this) the now aging up2date codebase made multiple transactions in some cases, like if up2date saw an up2date update it would first do that update and then run a second transaction for other updates. -jef From jspaleta at gmail.com Thu Sep 7 19:23:35 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 7 Sep 2006 11:23:35 -0800 Subject: firefox.i386 in x86_64 repo In-Reply-To: <20060801025403.GA11966@lists.us.dell.com> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> <44CEC106.4020306@bellsouth.net> <20060801025403.GA11966@lists.us.dell.com> Message-ID: <604aa7910609071223o5abb468dj6407c2121ae0d432@mail.gmail.com> On 7/31/06, Matt Domsch wrote: > You loose a lot of bully pulpit, but you make for happier users. They are going to learn a very hard lesson. Users are never happy, all you do is shift what users are unhappy about. In fact I generally work under the assumption that the optimal integrated userbase unhappiness is an adiabatic constant which you can not decrease through incremental changes. No matter what incremental decisions you make, the total unhappiness has a lower bound and unless you have concrete evidence to the contrary, you also need to assume you are riding at the lower bound at every iteration of your icremental process. Certain correlaries immediate follow from these assumptions. One of which is that instead of thinking about how to increase happiness which incremental decisions, the most constructive way to think is how do I best manage a constant level of userbase unhappiness to best meet long term goals. Instead of asking question like.. "will this design decision about this compoent make users happier?" the better question becomes "What compoent do we want users to be unhappiest about?" -jef"when people answer the question about their glass being half full or half empty, why do they always forget that the glass is half full with air as well?"spaleta From nicolas.mailhot at laposte.net Thu Sep 7 20:09:46 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Thu, 07 Sep 2006 22:09:46 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <604aa7910609071223o5abb468dj6407c2121ae0d432@mail.gmail.com> References: <44CE1BF0.1040500@wowway.com> <20060731151143.GA10674@jadzia.bu.edu> <44CEA8A8.3070302@bellsouth.net> <200607312215.12592.jkeating@redhat.com> <44CEC106.4020306@bellsouth.net> <20060801025403.GA11966@lists.us.dell.com> <604aa7910609071223o5abb468dj6407c2121ae0d432@mail.gmail.com> Message-ID: <1157659786.3774.6.camel@rousalka.dyndns.org> Jef, It may be bloody hard to lower the unhappiness of users past a limit, but it's *not* hard to have it increase manifold, usually as a result of "they're unhappy anyway, a little more unhappiness won't change anything" attitudes. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From zaitcev at redhat.com Thu Sep 7 20:59:17 2006 From: zaitcev at redhat.com (Pete Zaitcev) Date: Thu, 7 Sep 2006 13:59:17 -0700 Subject: cdrkit In-Reply-To: <44FFA704.40106@fedoraproject.org> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> Message-ID: <20060907135917.6679d796.zaitcev@redhat.com> On Thu, 07 Sep 2006 10:28:44 +0530, Rahul wrote: > We had a brief conversation offlist with Debian after the initial mail. > It is upto the Fedora Cdrecord maintainer to decide whether to adopt > cdrkit or another fork. For FC6, we are sticking with a older version of > cdrecord. Thats the current status. Harald is suspiciously absent from all this. I can't even tell if he's alive. I suppose the question will come to the front after the FC6. But look at the bright side: we finally can get rid of the first 5s delay (after the "don't bother the author" warning). -- Pete From pemboa at gmail.com Thu Sep 7 21:31:57 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Thu, 7 Sep 2006 16:31:57 -0500 Subject: cdrkit In-Reply-To: <20060907135917.6679d796.zaitcev@redhat.com> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> <20060907135917.6679d796.zaitcev@redhat.com> Message-ID: <16de708d0609071431q581b2e96s72c3e0d0dfe2c9a9@mail.gmail.com> On 9/7/06, Pete Zaitcev wrote: > On Thu, 07 Sep 2006 10:28:44 +0530, Rahul wrote: > > > We had a brief conversation offlist with Debian after the initial mail. > > It is upto the Fedora Cdrecord maintainer to decide whether to adopt > > cdrkit or another fork. For FC6, we are sticking with a older version of > > cdrecord. Thats the current status. > > Harald is suspiciously absent from all this. I can't even tell if > he's alive. I suppose the question will come to the front after > the FC6. But look at the bright side: we finally can get rid of > the first 5s delay (after the "don't bother the author" warning). > > -- Pete > Is Microsoft killing of Fedora people? We're sill missing Igncio. -- Fedora Core 5 and proud From dravet at hotmail.com Thu Sep 7 22:23:59 2006 From: dravet at hotmail.com (Jason Dravet) Date: Thu, 07 Sep 2006 17:23:59 -0500 Subject: x server not reading xorg.conf? Message-ID: Does anyone else running rawhide have the problem of X not seeming to read xorg.conf? I updated the xorg.conf so my monitor runs at my preferred resolution. I also had to update the xorg.conf file so my 5 button MS intellimouse would work properly, I copied my working xorg.conf from FC5 to rawhide but X does not seem to read it so I don't have my preffered resolution and my mouse forward and back buttons don't work. Thanks, Jason From rodd at clarkson.id.au Thu Sep 7 22:32:46 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Fri, 08 Sep 2006 08:32:46 +1000 Subject: x server not reading xorg.conf? In-Reply-To: References: Message-ID: <1157668366.3426.66.camel@localhost.localdomain> On Thu, 2006-09-07 at 17:23 -0500, Jason Dravet wrote: > Does anyone else running rawhide have the problem of X not seeming to read > xorg.conf? I updated the xorg.conf so my monitor runs at my preferred > resolution. I also had to update the xorg.conf file so my 5 button MS > intellimouse would work properly, I copied my working xorg.conf from FC5 to > rawhide but X does not seem to read it so I don't have my preffered > resolution and my mouse forward and back buttons don't work. I don't know about the mouse side of things, but your 'preferred' resolution is actually set in Gnome using System > Preferences > Screen Resolution. The xorg.conf file tells the system what your screen is capable of, but the use of user defined screen resolutions allows each user to set what they would prefer as there resolution, instead of being stuff with whatever resolution the sysadmin for that machine thinks is 'Right (TM)'. It may well be that your mouse behavior is also user defined. R. -- "It's a fine line between denial and faith. It's much better on my side" From ajackson at redhat.com Thu Sep 7 23:35:58 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 07 Sep 2006 19:35:58 -0400 Subject: x server not reading xorg.conf? In-Reply-To: References: Message-ID: <4500ACDE.3050307@redhat.com> Jason Dravet wrote: > Does anyone else running rawhide have the problem of X not seeming to > read xorg.conf? I updated the xorg.conf so my monitor runs at my > preferred resolution. I also had to update the xorg.conf file so my 5 > button MS intellimouse would work properly, I copied my working > xorg.conf from FC5 to rawhide but X does not seem to read it so I don't > have my preffered resolution and my mouse forward and back buttons don't > work. X definitely reads your config file. Look at the top of /var/log/Xorg.0.log to see which one it uses, which will look either like: (EE) Unable to locate/open config file or (++) Using config file: "/root/xorg.conf.new" - ajax From caolanm at redhat.com Thu Sep 7 13:37:06 2006 From: caolanm at redhat.com (Caolan McNamara) Date: Thu, 07 Sep 2006 14:37:06 +0100 Subject: dictionaries, aspell/myspell/hunspell and so on. In-Reply-To: <1157561168.2717.4.camel@cassandra.boston.redhat.com> References: <1157483415.31091.45.camel@soulcrusher.caolan.org> <1157561168.2717.4.camel@cassandra.boston.redhat.com> Message-ID: <1157636227.2304.14.camel@soulcrusher.caolan.org> On Wed, 2006-09-06 at 12:46 -0400, David Malcolm wrote: > On Tue, 2006-09-05 at 20:10 +0100, Caolan McNamara wrote: > > IIRC abiword uses a library called "enchant" to try to abstract away > dictionary backends. There's some documentation about it here: > http://www.abisource.com/projects/enchant/ > True, it would insulate the app from having to make a decision about what backend to use. But it would still leave the distro with the decision about what backends for enchant to use to install, but it would enable a selective pick and choose between dictionary backends. So another solution might be to, e.g. a) get OOo to using enchant b) get thunderbird to use enchant c) not pick a single dictionary library backend, e.g. install aspell & hunspell and maybe even hspell d) pick and choose those apps which dictionaries for the above to install depending on the best support for the language, e.g. aspell by default, default to hunspell for more complex languages and hspell for hebrew C. From nicu_fedora at nicubunu.ro Fri Sep 8 08:00:13 2006 From: nicu_fedora at nicubunu.ro (Nicu Buculei) Date: Fri, 08 Sep 2006 11:00:13 +0300 Subject: dictionaries, aspell/myspell/hunspell and so on. In-Reply-To: <1157636227.2304.14.camel@soulcrusher.caolan.org> References: <1157483415.31091.45.camel@soulcrusher.caolan.org> <1157561168.2717.4.camel@cassandra.boston.redhat.com> <1157636227.2304.14.camel@soulcrusher.caolan.org> Message-ID: <4501230D.2010706@nicubunu.ro> Caolan McNamara wrote: > > True, it would insulate the app from having to make a decision about > what backend to use. But it would still leave the distro with the > decision about what backends for enchant to use to install, but it > would enable a selective pick and choose between dictionary backends. > > So another solution might be to, e.g. > a) get OOo to using enchant > b) get thunderbird to use enchant I just realised one thing: Firefox 2.0, now in beta, has also spell check in form fields. It should use the same engine as Thunderbird, but considering Firefox has a larger user base, this may be rephrased as "get firefox to use enchant" (or is spellcheck part of xulrunner?) -- nicu Cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ Open Clip Art Library: http://www.openclipart.org my Fedora stuff: http://fedora.nicubunu.ro From sundaram at fedoraproject.org Fri Sep 8 09:32:15 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 08 Sep 2006 15:02:15 +0530 Subject: Pup et all In-Reply-To: <1157496974.6580.5.camel@aglarond.local> References: <44FDEEFF.5060602@fedoraproject.org> <1157496974.6580.5.camel@aglarond.local> Message-ID: <4501389F.3090702@fedoraproject.org> Jeremy Katz wrote: >> Since Pup is slow, I tried running yum update from the command line only >> to fall into this bug >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203938 > > If you can provide more info on what yum-updatesd is doing then, I'd > love to see it -- I'm regularly running all of yum, pirut and pup with > yum-updatesd still running on my box and haven't hit a stale lock once. > > Jeremy Here is what I did * Logged in * Puplet notifications appeared twice and wouldnt go away * Launched Pup which was slow. Closed it * Opened a terminal and ran yum update as root user * Ran into this lock. Rahul From sundaram at fedoraproject.org Fri Sep 8 09:34:52 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 08 Sep 2006 15:04:52 +0530 Subject: cdrkit In-Reply-To: <20060907135917.6679d796.zaitcev@redhat.com> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> <20060907135917.6679d796.zaitcev@redhat.com> Message-ID: <4501393C.6080604@fedoraproject.org> Pete Zaitcev wrote: > On Thu, 07 Sep 2006 10:28:44 +0530, Rahul wrote: > >> We had a brief conversation offlist with Debian after the initial mail. >> It is upto the Fedora Cdrecord maintainer to decide whether to adopt >> cdrkit or another fork. For FC6, we are sticking with a older version of >> cdrecord. Thats the current status. > > Harald is suspiciously absent from all this. I can't even tell if > he's alive. He (CC'ed) did respond to the Debian maintainer's that I CC'ed to him and the release engineering team pointing out http://freedrtools.freedesktop.org/wiki/ which appears to be rather inactive now. I suppose the question will come to the front after > the FC6. But look at the bright side: we finally can get rid of > the first 5s delay (after the "don't bother the author" warning). > > -- Pete Rahul From buildsys at redhat.com Fri Sep 8 09:55:48 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 8 Sep 2006 05:55:48 -0400 Subject: rawhide report: 20060908 changes Message-ID: <200609080955.k889tmPi030265@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.94-1 -------------------- * Thu Sep 07 2006 Chris Lumens 11.1.0.94-1 - Allow opening release notes more than once (dcantrel, #203147). - Fix NFS iso installs. - More files to restorecon. - Rework GUI network configuration screen (dcantrel). - isys network cleanups (dcantrel). - Fix taking sreenshots (#204480). - Skip broken repositories in kickstart (#204831). - Pull in all policy modules in initrd making. - Fix yum traceback (katzj, #205450). - Add hptiop module (katzj, #205337). eclipse-1:3.2.0-4.fc6 --------------------- * Wed Sep 06 2006 Ben Konrath 3.2.0-4 - Re-add customBuildCallbacks.xml-add-pre.gather.bin.parts.patch because it has not been applied upstream. - Minor spec file clean ups. - Add eclipse to the -devel package Provides so that upgrading from FC-5 to FC-6 works. - Re-enable natively compiling the ant.ui plugin. - Re-enable natively compiling the team.cvs.core plugin on ia64. fedora-logos-1.1.53-1.fc6 ------------------------- * Thu Sep 07 2006 Matthias Clasen - 1.1.53-1 - Update the syslinux splash * Thu Sep 07 2006 Matthias Clasen - 1.1.52-1 - Fix the colors in the grub splash * Thu Sep 07 2006 Matthias Clasen - 1.1.51-1 - Add new gdm theme firefox-1.5.0.6-11 ------------------ * Wed Sep 06 2006 Christopher Aillon 1.5.0.6-11 - Fix for cursor position in editor widgets by tagoh and behdad (#198759) gdm-1:2.16.0-2.fc6 ------------------ * Thu Sep 07 2006 Matthias Clasen - 1:2.16.0-2.fc6 - Change the default theme to FedoraDNA - Bump redhat-artwork requirement java-1.4.2-gcj-compat-0:1.4.2.0-40jpp.108 ----------------------------------------- * Thu Sep 07 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp.108 - Move Double.html manipulation within ppc64 filesystem check. - Import java-gcj-compat 1.0.68 to eliminate rebuild-gcj-db multilib conflict. - Work around gjdoc/libgcj rounding error in Double.html. * Thu Sep 07 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp.107 - Give aotcompile.py a consistent timestamp. (205216) * Wed Sep 06 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp.106 - Bump release number. mkinitrd-5.1.12-1 ----------------- * Thu Sep 07 2006 Peter Jones - 5.1.12-1 - Fix bug in dm dependency scanning (#205635) openoffice.org-1:2.0.4-3.1 -------------------------- * Mon Sep 04 2006 Caolan McNamara - 1:2.0.4-3.1 - add workspace.cairofixes02.patch for some cairocanvas fixing - add openoffice.org-2.0.4.ooo69325.cairocanvas.slowfills.patch to fix the real real slow cairo canvas on my laptop - rh#203872# -> openoffice.org-2.0.4.ooo69051.vcl.singlekeypress.patch - add pseudoworkspace.valgrind1.patch with various valgrinded leaks policycoreutils-1.30.28-5 ------------------------- * Thu Sep 07 2006 Dan Walsh 1.30.28-5 - Put back Erich's change redhat-artwork-5.0.4-2.fc6 -------------------------- * Thu Sep 07 2006 Matthias Clasen - 5.0.4-2.fc6 - Fix a typo in the new gdm theme * Thu Sep 07 2006 Matthias Clasen - 5.0.4-1.fc6 - Add new gdm theme redhat-rpm-config-8.0.45-4 -------------------------- * Thu Sep 07 2006 Ben Konrath - 8.0.45-4 - Fix bug in repack jars script. rpm-4.4.2-32 ------------ * Thu Sep 07 2006 Paul Nasrat - 4.4.2-32 - Various debuginfo fixes (#165434, #165418, #149113, #205339) selinux-policy-2.3.13-2 ----------------------- * Thu Sep 07 2006 Dan Walsh 2.3.13-2 - Fixes for autofs, lp * Wed Sep 06 2006 Dan Walsh 2.3.13-1 - Update from upstream * Tue Sep 05 2006 Dan Walsh 2.3.12-2 - Fixup for test6 thunderbird-0:1.5.0.5-8 ----------------------- * Thu Sep 07 2006 Christopher Aillon - 1.5.0.5-8 - Shuffle order of the install phase around * Thu Sep 07 2006 Christopher Aillon - 1.5.0.5-7 - Let there be art for Alt+Tab again - s/tbdir/mozappdir/g * Wed Sep 06 2006 Christopher Aillon - 1.5.0.5-6 - Fix for cursor position in editor widgets by tagoh and behdad (#198759) From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 8 10:47:38 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 8 Sep 2006 12:47:38 +0200 Subject: Rawhide kernels and madwifi Message-ID: <20060908124739.40d7d635@python2> Hi, Just a quick pointer to a madwifi patch to be able to compile the modules for the latest Rawhide kernels : http://madwifi.org/ticket/845 I was sticking with 2.6.17-1.2339.fc6 (the last kernel I successfully compiled the modules for) because of that problem, until I found that patch. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2617.2.1.fc6 Load : 0.52 0.80 0.98 From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 8 10:57:01 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 8 Sep 2006 12:57:01 +0200 Subject: Rawhide kernels and madwifi In-Reply-To: <20060908124739.40d7d635@python2> References: <20060908124739.40d7d635@python2> Message-ID: <20060908125701.706f2fc7@python2> Matthias Saou wrote : > Just a quick pointer to a madwifi patch to be able to compile the > modules for the latest Rawhide kernels : > > http://madwifi.org/ticket/845 > > I was sticking with 2.6.17-1.2339.fc6 (the last kernel I successfully > compiled the modules for) because of that problem, until I found that > patch. Oops, it's actually http://madwifi.org/ticket/815 that contains the real fix (i.e. have the include for >= 2.6.18 also made for Rawhide's 2.6.17). Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.91 (FC6 Test2) - Linux kernel 2.6.17-1.2617.2.1.fc6 Load : 0.27 0.46 0.72 From nphilipp at redhat.com Fri Sep 8 13:15:20 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 08 Sep 2006 15:15:20 +0200 Subject: openmotif to be removed from Fedora October 2, 2006 In-Reply-To: <44FE80D8.7010700@adslpipe.co.uk> References: <44F706B6.3010009@math.unl.edu> <44FA8BC7.6010802@adslpipe.co.uk> <1157374758.926.2.camel@gibraltar.stuttgart.redhat.com> <44FE80D8.7010700@adslpipe.co.uk> Message-ID: <1157721320.31615.46.camel@gibraltar.stuttgart.redhat.com> On Wed, 2006-09-06 at 09:03 +0100, Andy Burns wrote: > Nils Philippsen wrote: > > > AFAIK, it's only the configuration tool that needs Motif, the client can > > do without. > > If that's the case then it's no great loss, the config utility looks so > clunky (due to it's motif-ness) that I only use the rdesktop front-end > anyway ... > > But I think the citrix rpm requires something like libmotif.so, or can > that simply be dispensed with by a --nodeps? I've only set the symlink libxm.so.3 -> libXm.so.4 when I needed to use the configuration program (it needs openmotif 2.2, while I have 2.3 installed). Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Sep 8 13:24:25 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 08 Sep 2006 15:24:25 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <44FEF067.7010202@fedoraproject.org> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> <44FEF067.7010202@fedoraproject.org> Message-ID: <1157721865.31615.52.camel@gibraltar.stuttgart.redhat.com> On Wed, 2006-09-06 at 21:29 +0530, Rahul wrote: > Nils Philippsen wrote: > ;-). > > > > (*): -date, -nfs, -samba, -services, -users, hwbrowser (the latter > > should be redone completely on top of HAL) > > > > Nils > > What about reworking hal-device-manager to have a hwbrowser like > interface instead? > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=173069 I had something like that in mind, though I'm not sure that I'd want to replace hal-device-manager, its current view is surely useful for people who need to deal with HAL directly. There's a reason why I use ethereal/wireshark and not tcpdump, I'm sure not everybody likes lshal ;-). Please open an RFE to that effect. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From nphilipp at redhat.com Fri Sep 8 13:26:59 2006 From: nphilipp at redhat.com (Nils Philippsen) Date: Fri, 08 Sep 2006 15:26:59 +0200 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <16de708d0609061844u180bdf93uff352652a2dec0f2@mail.gmail.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> <16de708d0609061844u180bdf93uff352652a2dec0f2@mail.gmail.com> Message-ID: <1157722019.31615.56.camel@gibraltar.stuttgart.redhat.com> On Wed, 2006-09-06 at 20:44 -0500, Arthur Pemberton wrote: > Since you asked, I can think of one for -samba. Since I can't read minds, ... file an RFE ;-)? > > Also, I would like your permission to emal you directly about non > fedora-devel-list worthy things as I continue work on > system-config-backup. Though I'm not sure about "non fedora-devel-list worthy", feel free. Nils -- Nils Philippsen / Red Hat / nphilipp at redhat.com "Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 From vonbrand at inf.utfsm.cl Thu Sep 7 21:55:23 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Thu, 07 Sep 2006 17:55:23 -0400 Subject: rawhide report: 20060907 changes In-Reply-To: Your message of "Thu, 07 Sep 2006 06:00:28 -0400." <200609071000.k87A0SJO003372@hs20-bc2-6.build.redhat.com> Message-ID: <200609072156.k87LtNnJ003985@laptop13.inf.utfsm.cl> buildsys at redhat.com wrote: [...] > desktop-backgrounds-2.0-37 > -------------------------- > * Wed Sep 06 2006 John (J5) Palmieri - 2.0-37 > - Backgrounds are now changed to jpgs and 4:3 has been replaced > by a 5:4 aspect image > > fedora-logos-1.1.50-1.fc6 > ------------------------- > * Wed Sep 06 2006 John (J5) Palmieri - 1.1.50-1 > - cvs add the new backgrounds this time What happened to the last default, the leaf with the Fedora drop? -- 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 sundaram at fedoraproject.org Fri Sep 8 14:36:47 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 08 Sep 2006 20:06:47 +0530 Subject: rawhide report: 20060907 changes In-Reply-To: <200609072156.k87LtNnJ003985@laptop13.inf.utfsm.cl> References: <200609072156.k87LtNnJ003985@laptop13.inf.utfsm.cl> Message-ID: <45017FFF.7090606@fedoraproject.org> Horst H. von Brand wrote: > buildsys at redhat.com wrote: > > [...] > >> desktop-backgrounds-2.0-37 >> -------------------------- >> * Wed Sep 06 2006 John (J5) Palmieri - 2.0-37 >> - Backgrounds are now changed to jpgs and 4:3 has been replaced >> by a 5:4 aspect image >> >> fedora-logos-1.1.50-1.fc6 >> ------------------------- >> * Wed Sep 06 2006 John (J5) Palmieri - 1.1.50-1 >> - cvs add the new backgrounds this time > > What happened to the last default, the leaf with the Fedora drop? "drop" is dropped. Its in CVS if you like it. http://fedoraproject.org/wiki/Artwork Rahul From nicolas.mailhot at laposte.net Fri Sep 8 14:52:00 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Fri, 8 Sep 2006 16:52:00 +0200 (CEST) Subject: rawhide report: 20060907 changes In-Reply-To: <45017FFF.7090606@fedoraproject.org> References: <200609072156.k87LtNnJ003985@laptop13.inf.utfsm.cl> <45017FFF.7090606@fedoraproject.org> Message-ID: <31182.192.54.193.51.1157727120.squirrel@rousalka.dyndns.org> Le Ven 8 septembre 2006 16:36, Rahul a ?crit : >> What happened to the last default, the leaf with the Fedora drop? > > "drop" is dropped. Its in CVS if you like it. > http://fedoraproject.org/wiki/Artwork This is unfortunate, it's not as if Fedora was heavy on the eye-candy front. Can't the art team production surpluses find their way in extras ? Regards, -- Nicolas Mailhot From sundaram at fedoraproject.org Fri Sep 8 14:59:31 2006 From: sundaram at fedoraproject.org (Rahul) Date: Fri, 08 Sep 2006 20:29:31 +0530 Subject: rawhide report: 20060907 changes In-Reply-To: <31182.192.54.193.51.1157727120.squirrel@rousalka.dyndns.org> References: <200609072156.k87LtNnJ003985@laptop13.inf.utfsm.cl> <45017FFF.7090606@fedoraproject.org> <31182.192.54.193.51.1157727120.squirrel@rousalka.dyndns.org> Message-ID: <45018553.5010504@fedoraproject.org> Nicolas Mailhot wrote: > Le Ven 8 septembre 2006 16:36, Rahul a ?crit : > >>> What happened to the last default, the leaf with the Fedora drop? >> "drop" is dropped. Its in CVS if you like it. >> http://fedoraproject.org/wiki/Artwork > > This is unfortunate, it's not as if Fedora was heavy on the eye-candy > front. I dont think additional wallpapers would generally qualify as eye candy. Can't the art team production surpluses find their way in extras ? > Anybody interested can pull things from CVS or fedora-art list and package it. Rahul From orion at cora.nwra.com Fri Sep 8 16:07:51 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 08 Sep 2006 10:07:51 -0600 Subject: cmake In-Reply-To: <45003779.4010303@poolshark.org> References: <1157396282.2902.54.camel@xpc.home.erwinrol.com> <44FC78E3.5070603@fedoraproject.org> <44FF8714.20306@fedoraproject.org> <50671.203.173.154.142.1157604728.squirrel@www.knox.net.nz> <44FFA704.40106@fedoraproject.org> <645d17210609070729g1bea4799t16e095f687899523@mail.gmail.com> <1157640795.6098.54.camel@zod.rchland.ibm.com> <1157642061.2729.12.camel@pensja.lam.pl> <45003779.4010303@poolshark.org> Message-ID: Denis Leroy wrote: > What are people's experiences of cmake ? > > -denis > You might check out http://fedoraproject.org/wiki/PackagingDrafts/cmake. Everyone please contribute you experiences. -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From pemboa at gmail.com Fri Sep 8 16:44:55 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 8 Sep 2006 11:44:55 -0500 Subject: possible yast porting? was: slashdot on fedora-marketing-list In-Reply-To: <1157722019.31615.56.camel@gibraltar.stuttgart.redhat.com> References: <15ce3ec0608301409i11acabe7m716e9079fb12e675@mail.gmail.com> <1157558155.11692.26.camel@gibraltar.stuttgart.redhat.com> <16de708d0609061844u180bdf93uff352652a2dec0f2@mail.gmail.com> <1157722019.31615.56.camel@gibraltar.stuttgart.redhat.com> Message-ID: <16de708d0609080944p4989f534m9d317931f52497f5@mail.gmail.com> On 9/8/06, Nils Philippsen wrote: > On Wed, 2006-09-06 at 20:44 -0500, Arthur Pemberton wrote: > > > Since you asked, I can think of one for -samba. > > Since I can't read minds, ... file an RFE ;-)? Sure I intend to. Bugzilla crashed Firefox the first time around, and then it took me so time to realise that fileing an RFE was as simple as appending RFE to the title. Then I lost focused...sadly. > > > > > Also, I would like your permission to emal you directly about non > > fedora-devel-list worthy things as I continue work on > > system-config-backup. > > Though I'm not sure about "non fedora-devel-list worthy", feel free. Understood. > > Nils > -- > Nils Philippsen / Red Hat / nphilipp at redhat.com > "Those who would give up Essential Liberty to purchase a little Temporary > Safety, deserve neither Liberty nor Safety." -- B. Franklin, 1759 > PGP fingerprint: C4A8 9474 5C4C ADE3 2B8F 656D 47D8 9B65 6951 3011 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Fedora Core 5 and proud From fitzsim at redhat.com Fri Sep 8 20:25:52 2006 From: fitzsim at redhat.com (Thomas Fitzsimmons) Date: Fri, 08 Sep 2006 16:25:52 -0400 Subject: firefox.i386 in x86_64 repo In-Reply-To: <92bfe57e4d75447d3670800dc2ab64fa@silveroaks.com> References: <20060907151436.A469E732F4@hormel.redhat.com> <92bfe57e4d75447d3670800dc2ab64fa@silveroaks.com> Message-ID: <4501D1D0.5050003@redhat.com> Hi, chasd at silveroaks.com wrote: >> Unfortunately, gcjwebplugin was pulled from the distro due to security >> flaws >> that we will not have time to resolve by the final release. :/ > > http://fedoraproject.org/wiki/FC6ReleaseSummary > > should be updated with that information. > > The inclusion of gcjwebplugin was highlighted in the last test release > announcement. > It would be good to highlight why gcjwebplugin was pulled so reviews of > the next test release don't have conspiracy theories about the missing > functionality. I've re-added and updated the "Handling Java Applets" section of the release notes: http://fedoraproject.org/wiki/Docs/Beats/Java Tom From janina at rednote.net Fri Sep 8 20:47:07 2006 From: janina at rednote.net (Janina Sajka) Date: Fri, 8 Sep 2006 16:47:07 -0400 Subject: Orca to replace gnopernicus in gnome 2.16...fc6 too? In-Reply-To: <44F2E723.3070704@fedoraproject.org> References: <1156534461.5401.2.camel@raptor.sr.unh.edu> <44EF59DE.4050503@fedoraproject.org> <44F2E723.3070704@fedoraproject.org> Message-ID: <20060908204707.GB30057@rednote.net> Rahul writes: > Rahul wrote: > >Thomas J. Baker wrote: > >>I just read that orca has replaced gnopernicus as the screen reader for > >>gnome 2.16 and was wondering if this was going to make it to fc6? > >> > >> > >It is under discussion currently. > > And has, thankfully. Janina > > Submitted for review. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204152 > > Rahul > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.595.7777 Partner, Capital Accessibility LLC http://CapitalAccessibility.Com Marketing the Owasys 22C talking screenless cell phone in the U.S. and Canada--Go to http://ScreenlessPhone.Com to learn more. Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org From pemboa at gmail.com Fri Sep 8 20:54:31 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Fri, 8 Sep 2006 15:54:31 -0500 Subject: Orca to replace gnopernicus in gnome 2.16...fc6 too? In-Reply-To: <20060908204707.GB30057@rednote.net> References: <1156534461.5401.2.camel@raptor.sr.unh.edu> <44EF59DE.4050503@fedoraproject.org> <44F2E723.3070704@fedoraproject.org> <20060908204707.GB30057@rednote.net> Message-ID: <16de708d0609081354n2ade93b0n1125d7697b02ad26@mail.gmail.com> On 9/8/06, Janina Sajka wrote: > Rahul writes: > > Rahul wrote: > > >Thomas J. Baker wrote: > > >>I just read that orca has replaced gnopernicus as the screen reader for > > >>gnome 2.16 and was wondering if this was going to make it to fc6? > > >> > > >> > > >It is under discussion currently. > > > > And has, thankfully. > > Janina > So is it that blind people can use Fedora 6, but can't install it themselves? If they can, what is the procedure? -- Fedora Core 5 and proud From dravet at hotmail.com Fri Sep 8 21:02:52 2006 From: dravet at hotmail.com (Jason Dravet) Date: Fri, 08 Sep 2006 16:02:52 -0500 Subject: x server not reading xorg.conf? Message-ID: >I don't know about the mouse side of things, but your 'preferred' >resolution is actually set in Gnome using System > Preferences > Screen >Resolution. > >The xorg.conf file tells the system what your screen is capable of, but >the use of user defined screen resolutions allows each user to set what >they would prefer as there resolution, instead of being stuff with >whatever resolution the sysadmin for that machine thinks is 'Right >(TM)'. > >It may well be that your mouse behavior is also user defined. I discovered an older copy of my xorg.conf in /root. X seems to be using that. I did not realize X no longer defaults to using /etc/X11/xorg.conf first. Getting rid of the old xorg.conf fixes my resolution and mouse problems. Ok so then what is system-config-display supposed to do? They both set the default resolution. Also what happens when your resolution is not listed in screenresolution? Thanks, From janina at rednote.net Fri Sep 8 21:56:41 2006 From: janina at rednote.net (Janina Sajka) Date: Fri, 8 Sep 2006 17:56:41 -0400 Subject: Orca to replace gnopernicus in gnome 2.16...fc6 too? In-Reply-To: <16de708d0609081354n2ade93b0n1125d7697b02ad26@mail.gmail.com> References: <1156534461.5401.2.camel@raptor.sr.unh.edu> <44EF59DE.4050503@fedoraproject.org> <44F2E723.3070704@fedoraproject.org> <20060908204707.GB30057@rednote.net> <16de708d0609081354n2ade93b0n1125d7697b02ad26@mail.gmail.com> Message-ID: <20060908215641.GD30057@rednote.net> Arthur Pemberton writes: > On 9/8/06, Janina Sajka wrote: > >Rahul writes: > >> Rahul wrote: > >> >Thomas J. Baker wrote: > >> >>I just read that orca has replaced gnopernicus as the screen reader for > >> >>gnome 2.16 and was wondering if this was going to make it to fc6? > >> >> > >> >> > >> >It is under discussion currently. > >> > > >And has, thankfully. > > > >Janina > > > > So is it that blind people can use Fedora 6, but can't install it > themselves? If they can, what is the procedure? The news for blind people is quite good, actually. Orca is making the Gnome desktop robust for blind people--at long last. Read on for the list of issues as I know them today, but the bottom line is major good news. Installation of FC6 Works well with text mode speech provided by Speakup, or via refreshable braille display. See: https://www.redhat.com/archives/blinux-list/2005-August/msg00038.html One error in the above, should have been 'ksdevice=eth0' One problem in telnet instal with tests 1 and 2, the Ctrl-Z to suspend to shell (and chkconfig --level 0123456 firstboot off) is broken. Doesn't yield a true shell. I am remiss not to have reported this yet--and it's pretty serious. firstboot is death to the blind user following a successful install. We are hoping to bring the Speakup Modified respin back fin the FC6 time frame. Hopefully the consolidation of xen will get out of our way. Ideally, adding a Speakup MOdified repo should help even further--but that's future. The above requires hardware speech or hardware braille. So, no accessible install of FC if you only have software speech to rely on. Usage FC6 will provide very usable Open Office Writer, Evolution, and a few additional apps like Totem. Also, I hear this morning that magnification is very usable--also news. We do have robust software speech access available on the console now, via Speakup and Emacspeak. Braille support continues excellent on the console, and is very good on the desktop as well. Gotchyas There's a world of functional difference between the open licensed Festival speech and what a user needs. Festival isn't really up to it--understandably. It was never designed to be an interactive display mechanism. Options include Software DEC Talk, and a Linux port of IBM's old "ViaVoice" which I will be selling under the name TTSynth (http://TTSynth.com). There is a problem here. You can't have both gnome-speech and a console speech driver accessing the same engine at the same time. So, switching from gui to console with one speech engine is clunky. Emacspeak users can sidestep this by using Orca's support for Emacspeak device drivers. We'll need a similar resolution for Speakup users, and the pressure will probably mount for that because FC6's gui will be so much more usable. Another issue: Support for accessible login (via devices like Ctrl-S ((speech)) or Ctrl-m ((magnification)) at the GDM screen) was broken last weekend. Don't yet know the latest but will be working on it over the weekend. My X started acting up just this week. Does not stay active. Crashes and reverts to GDM. Haven't figured out the culpirt yet, but have confirmed this on a couple of machines including with a new user account for testing. This problem also showed up last weekend. Janina > > -- > Fedora Core 5 and proud > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Janina Sajka Phone: +1.202.595.7777 Partner, Capital Accessibility LLC http://CapitalAccessibility.Com Marketing the Owasys 22C talking screenless cell phone in the U.S. and Canada--Go to http://ScreenlessPhone.Com to learn more. Chair, Accessibility Workgroup Free Standards Group (FSG) janina at freestandards.org http://a11y.org From jacliburn at bellsouth.net Sat Sep 9 00:50:02 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Fri, 08 Sep 2006 19:50:02 -0500 Subject: VIA SATA patch request Message-ID: <45020FBA.80403@bellsouth.net> Kernel 2.6.17.12 (latest stable) was released today with support (almost) for the PATA side of the VIA 8237A Southbridge. Unfortunately, the patch for the SATA side -- currently in -mm since the end of July -- didn't make it. It probably won't enter the mainstream until 2.6.19, when the change to the new libata hierarchy is scheduled to occur. May I please ask that it be added to FC devel until it's released upstream? It's exceedingly simple and it works: I've been manually patching Fedora kernels for over a month now to boot from a SATA drive attached to an Asus M2V mainboard. If you guys don't do this sort of thing on request, just say so. Thanks, Jay ---------------- diff --git a/drivers/scsi/sata_via.c b/drivers/scsi/sata_via.c index 03baec2..d939fc8 100644 --- a/drivers/scsi/sata_via.c +++ b/drivers/scsi/sata_via.c @@ -76,6 +76,7 @@ static u32 svia_scr_read (struct ata_por static void svia_scr_write (struct ata_port *ap, unsigned int sc_reg, u32 val); static const struct pci_device_id svia_pci_tbl[] = { + { 0x1106, 0x0591, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, { 0x1106, 0x3149, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6420 }, { 0x1106, 0x3249, PCI_ANY_ID, PCI_ANY_ID, 0, 0, vt6421 }, From jfrieben at freesurf.fr Sat Sep 9 07:09:56 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Sat, 9 Sep 2006 09:09:56 +0200 (CEST) Subject: x server not reading xorg.conf? In-Reply-To: References: Message-ID: <57732.172.182.92.101.1157785796.squirrel@arlette.freesurf.fr> Of course "/etc/X11/xorg.xonf" is used for configuring the "X" server. You only have to change the colour depth and the like to verify this. > > I discovered an older copy of my xorg.conf in /root. X seems to be > using that. I did not realize X no longer defaults to using > /etc/X11/xorg.conf first. Getting rid of the old xorg.conf fixes my > resolution and mouse problems. > > Ok so then what is system-config-display supposed to do? They both set > the default resolution. Also what happens when your resolution is not > listed in screenresolution? > > Thanks, From mharris at mharris.ca Sat Sep 9 07:05:28 2006 From: mharris at mharris.ca (Mike A. Harris) Date: Sat, 09 Sep 2006 03:05:28 -0400 Subject: x server not reading xorg.conf? In-Reply-To: References: Message-ID: <450267B8.5010304@mharris.ca> Jason Dravet wrote: >> I don't know about the mouse side of things, but your 'preferred' >> resolution is actually set in Gnome using System > Preferences > Screen >> Resolution. >> >> The xorg.conf file tells the system what your screen is capable of, but >> the use of user defined screen resolutions allows each user to set what >> they would prefer as there resolution, instead of being stuff with >> whatever resolution the sysadmin for that machine thinks is 'Right >> (TM)'. >> >> It may well be that your mouse behavior is also user defined. > > I discovered an older copy of my xorg.conf in /root. X seems to be > using that. I did not realize X no longer defaults to using > /etc/X11/xorg.conf first. It has never defaulted to looking at /etc/X11/xorg.conf first. The X server's config file search path is documented in the manpage for the config file (man xorg.conf). Here is the path from XFree86 4.3.0 for example: When the X server is started by the "root" user, the config file search locations are as follows: /etc/X11/ /usr/X11R6/etc/X11/ $XF86CONFIG /etc/X11/$XF86CONFIG /usr/X11R6/etc/X11/$XF86CONFIG $HOME/XF86Config /etc/X11/XF86Config-4 /etc/X11/XF86Config /etc/XF86Config /usr/X11R6/etc/X11/XF86Config. /usr/X11R6/etc/X11/XF86Config-4 /usr/X11R6/etc/X11/XF86Config /usr/X11R6/lib/X11/XF86Config. /usr/X11R6/lib/X11/XF86Config-4 /usr/X11R6/lib/X11/XF86Config If you were for example, starting XFree86 server, and did not pass a config file on the commandline, the X server would go to the first non-commandline location above, which is $XF86CONFIG, otherwise known as "in the current directory". So, if you are logged in as the "root" user, and start the X server, and there is an X server config file in your current working directory, the X server will use it. It's been like this essentially forever, and that has also carried through to X.Org, with appropriately modified paths. "man xorg.conf" lists the paths searched by the Xorg server -- Mike A. Harris * Open Source Advocate * http://mharris.ca Linux fans: Check out Tym Morrison's hit new heavy metal single "Only Linux" at http://tymmorrison.com - If you would like to support this great Canadian metal artist and open source fanatic, you can buy a copy of Tym's Solo Project CD at the "Buy CD" link on his site. From dwmw2 at infradead.org Sat Sep 9 09:20:19 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 09 Sep 2006 10:20:19 +0100 Subject: Apache Fedora branding In-Reply-To: <44FF4607.8090607@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> Message-ID: <1157793620.2977.13.camel@pmac.infradead.org> On Thu, 2006-09-07 at 03:34 +0530, Rahul wrote: > We frequently get mails (atleast once every month) at info AT > fedoraproject.org from random administrators about how Fedora has > hijacked their system or some such stuff because there is some limited > amount of Fedora branding on the default webpage in Apache. > > We now have a document at http://fedoraproject.org/wiki/ServerTestPage > to explain to them what this means. That document just repeats the same information which was available in the default web page anyway -- what's the point? And if the Wiki document is saying things that _aren't_ on our default page -- why is that? File bugs to have the default page clarified, rather than making another page to augment it. -- dwmw2 From buildsys at redhat.com Sat Sep 9 09:52:29 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 9 Sep 2006 05:52:29 -0400 Subject: rawhide report: 20060909 changes Message-ID: <200609090952.k899qTow025399@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.95-1 -------------------- * Fri Sep 08 2006 Peter Jones - 11.1.0.95-1 - Look for repodata where the CDs are mounted, not where they're stored (clumens) - Reverse traceback print order in the UI so most recent call is listed first (clumens, #204817) - Don't install device-mapper-multipath or kpartx except when selected or required by install media. device-mapper-multipath-0.4.7-5 ------------------------------- * Thu Sep 07 2006 Peter Jones - 0.4.7-5 - Fix kpartx to handle with drives >2TB correctly. fedora-logos-1.1.53-2.fc6 ------------------------- * Fri Sep 08 2006 Jesse Keating - 1.1.53-2 - apply hack to get gnome to see the default desktop (jpg vs png) fedora-release-5.92-1 --------------------- * Tue Sep 05 2006 Jesse Keating - 5.92-1 - Bump for FC6 Test3 * Thu Jul 27 2006 Jesse Keating - 5.91.1-1 - Convert deprecated gtk calls. (#200242) - Fix some of the versioning * Sun Jul 23 2006 Jesse Keating - 5.91-4 - Bump for FC6 Test2 - Remove release-notes content, now standalone package - Don't replace issue and issue.net if the end user has modified it - Require fedora-release-notes - Cleanups gamin-0.1.7-7.fc6 ----------------- * Fri Sep 08 2006 Alexander Larsson - 0.1.7-7 - Fix problems in new inotify backend (#205731) gdm-1:2.16.0-3.fc6 ------------------ * Fri Sep 08 2006 Jesse Keating - 1:2.16.0-3.fc6 - Apply correct defaults patch man-pages-fr-2.39-4.fc6 ----------------------- * Wed Sep 06 2006 Marcela Maslanova 2.39-4 - fix spec (#205349) mkinitrd-5.1.15-1 ----------------- * Fri Sep 08 2006 Jesse Keating - 5.1.15-1 - more typos to fix related to (#205194) * Fri Sep 08 2006 Peter Jones - 5.1.14-1 - Fix another typo in the same one-line shell wrapper (#205194) * Fri Sep 08 2006 Peter Jones - 5.1.13-1 - Fix missing coreutils dep and typo in shell wrapper (#205194) - Fix bad mpath test (#204758) policycoreutils-1.30.28-6 ------------------------- * Fri Sep 08 2006 Dan Walsh 1.30.28-6 - Change setfiles and restorecon to use stderr except for -o flag - Also -o flag will now output files python-pyblock-0.21-1 --------------------- * Fri Sep 08 2006 Peter Jones - 0.21-1 - Be more picky about unique IDs for multipath selinux-policy-2.3.13-3 ----------------------- * Thu Sep 07 2006 Dan Walsh 2.3.13-3 - Fix location of xel log files - Fix handling of sysadm_r -> rpm_exec_t tar-1.15.90-7 ------------- * Fri Sep 08 2006 Peter Vrabec 1.15.90-7 - fix tar-debuginfo package (#205615) From sundaram at fedoraproject.org Sat Sep 9 13:53:41 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 09 Sep 2006 19:23:41 +0530 Subject: Apache Fedora branding In-Reply-To: <1157793620.2977.13.camel@pmac.infradead.org> References: <44FF4607.8090607@fedoraproject.org> <1157793620.2977.13.camel@pmac.infradead.org> Message-ID: <4502C765.1030203@fedoraproject.org> David Woodhouse wrote: > On Thu, 2006-09-07 at 03:34 +0530, Rahul wrote: >> We frequently get mails (atleast once every month) at info AT >> fedoraproject.org from random administrators about how Fedora has >> hijacked their system or some such stuff because there is some limited >> amount of Fedora branding on the default webpage in Apache. >> >> We now have a document at http://fedoraproject.org/wiki/ServerTestPage >> to explain to them what this means. > > That document just repeats the same information which was available in > the default web page anyway -- what's the point? > > And if the Wiki document is saying things that _aren't_ on our default > page -- why is that? File bugs to have the default page clarified, > rather than making another page to augment it. > We do have more info in the wiki but it's a good point that it can be added directly be the default home page. Bug report is now filed to change the default page to hold this information. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205880 Rahul From fedora at nodata.co.uk Sat Sep 9 15:11:34 2006 From: fedora at nodata.co.uk (nodata) Date: Sat, 09 Sep 2006 17:11:34 +0200 Subject: Apache Fedora branding In-Reply-To: <4502C765.1030203@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> <1157793620.2977.13.camel@pmac.infradead.org> <4502C765.1030203@fedoraproject.org> Message-ID: <1157814694.2506.1.camel@sb-home.lan> Am Samstag, den 09.09.2006, 19:23 +0530 schrieb Rahul: > David Woodhouse wrote: > > On Thu, 2006-09-07 at 03:34 +0530, Rahul wrote: > >> We frequently get mails (atleast once every month) at info AT > >> fedoraproject.org from random administrators about how Fedora has > >> hijacked their system or some such stuff because there is some limited > >> amount of Fedora branding on the default webpage in Apache. > >> > >> We now have a document at http://fedoraproject.org/wiki/ServerTestPage > >> to explain to them what this means. > > > > That document just repeats the same information which was available in > > the default web page anyway -- what's the point? > > > > And if the Wiki document is saying things that _aren't_ on our default > > page -- why is that? File bugs to have the default page clarified, > > rather than making another page to augment it. > > > > We do have more info in the wiki but it's a good point that it can be > added directly be the default home page. Bug report is now filed to > change the default page to hold this information. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205880 > > Rahul > Looks good, apart from one part. The sentence: "We don't know anything about the website, and there's nothing we can do to correct the problem." sounds like it comes from a bad IT Helpdesk. From sundaram at fedoraproject.org Sat Sep 9 15:20:35 2006 From: sundaram at fedoraproject.org (Rahul) Date: Sat, 09 Sep 2006 20:50:35 +0530 Subject: Apache Fedora branding In-Reply-To: <1157814694.2506.1.camel@sb-home.lan> References: <44FF4607.8090607@fedoraproject.org> <1157793620.2977.13.camel@pmac.infradead.org> <4502C765.1030203@fedoraproject.org> <1157814694.2506.1.camel@sb-home.lan> Message-ID: <4502DBC3.6060004@fedoraproject.org> nodata wrote: > > Looks good, apart from one part. > > The sentence: > "We don't know anything about the website, and there's nothing we can do > to correct the problem." > > sounds like it comes from a bad IT Helpdesk. The statement is completely true. If you want to reword it, do suggest something or just edit the wiki. Rahul From fedora at nodata.co.uk Sat Sep 9 15:37:54 2006 From: fedora at nodata.co.uk (nodata) Date: Sat, 09 Sep 2006 17:37:54 +0200 Subject: Apache Fedora branding In-Reply-To: <4502DBC3.6060004@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> <1157793620.2977.13.camel@pmac.infradead.org> <4502C765.1030203@fedoraproject.org> <1157814694.2506.1.camel@sb-home.lan> <4502DBC3.6060004@fedoraproject.org> Message-ID: <1157816274.2506.8.camel@sb-home.lan> Am Samstag, den 09.09.2006, 20:50 +0530 schrieb Rahul: > nodata wrote: > > > > > Looks good, apart from one part. > > > > The sentence: > > "We don't know anything about the website, and there's nothing we can do > > to correct the problem." > > > > sounds like it comes from a bad IT Helpdesk. > > The statement is completely true. If you want to reword it, do suggest > something or just edit the wiki. > > Rahul > Yes, it is true, I never said that it wasn't. That's not my point. It reads terribly, like we don't care. It leaves a terrible impression. (The sentence is also ambiguous, because the "we" could be read as the company who owns the web server.) I'd suggest removing it, but it was added for a reason, so I'll wait to see what other think. From chris at tylers.info Sat Sep 9 16:49:55 2006 From: chris at tylers.info (Chris Tyler) Date: Sat, 09 Sep 2006 12:49:55 -0400 Subject: x server not reading xorg.conf? In-Reply-To: <20060909160004.2A33E733CA@hormel.redhat.com> References: <20060909160004.2A33E733CA@hormel.redhat.com> Message-ID: <1157820595.20034.27.camel@concord2.proximity.on.ca> On Sat 2006-09-09 Mike A. Harris wrote: > > Jason Dravet wrote: > > I discovered an older copy of my xorg.conf in /root. X seems to be > > using that. I did not realize X no longer defaults to using > > /etc/X11/xorg.conf first. > > It has never defaulted to looking at /etc/X11/xorg.conf first. That's odd, Jason and I are in the same parallel universe :-) If you haven't set the environment variable XORGCONFIG and you haven't specified a config file on the command line, then according to 'man xorg.conf', /etc/X11/xorg.conf should be found before /etc/xorg.conf. This is the search path for non-root users: /etc/X11/ /usr/X11R6/etc/X11/ /etc/X11/$XORGCONFIG /usr/X11R6/etc/X11/$XORGCONFIG /etc/X11/xorg.conf-4 * /etc/X11/xorg.conf * /etc/xorg.conf /usr/X11R6/etc/X11/xorg.conf. /usr/X11R6/etc/X11/xorg.conf-4 /usr/X11R6/etc/X11/xorg.conf /usr/X11R6/lib/X11/xorg.conf. /usr/X11R6/lib/X11/xorg.conf-4 /usr/X11R6/lib/X11/xorg.conf And for root users: /etc/X11/ /usr/X11R6/etc/X11/ $XORGCONFIG /etc/X11/$XORGCONFIG /usr/X11R6/etc/X11/$XORGCONFIG $HOME/xorg.conf /etc/X11/xorg.conf-4 * /etc/X11/xorg.conf * /etc/xorg.conf /usr/X11R6/etc/X11/xorg.conf. /usr/X11R6/etc/X11/xorg.conf-4 /usr/X11R6/etc/X11/xorg.conf /usr/X11R6/lib/X11/xorg.conf. /usr/X11R6/lib/X11/xorg.conf-4 /usr/X11R6/lib/X11/xorg.conf The $XORGCONFIG line does not come into play if XORGCONFIG is unset (it doesn't say "${XORGCONFIG:-.}/xorg.conf" and I've never seen it act that way). -- Chris Tyler http://chris.tylers.info From jacliburn at bellsouth.net Sat Sep 9 17:44:19 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sat, 09 Sep 2006 12:44:19 -0500 Subject: Apache Fedora branding In-Reply-To: <4502DBC3.6060004@fedoraproject.org> References: <44FF4607.8090607@fedoraproject.org> <1157793620.2977.13.camel@pmac.infradead.org> <4502C765.1030203@fedoraproject.org> <1157814694.2506.1.camel@sb-home.lan> <4502DBC3.6060004@fedoraproject.org> Message-ID: <4502FD73.9020004@bellsouth.net> Rahul wrote: > nodata wrote: > >> >> Looks good, apart from one part. >> >> The sentence: >> "We don't know anything about the website, and there's nothing we can do >> to correct the problem." >> >> sounds like it comes from a bad IT Helpdesk. > > The statement is completely true. If you want to reword it, do suggest > something or just edit the wiki. > > Rahul > I suggest you simply strike the sentence. The previous two sentences convey the message adequately. From Matt_Domsch at dell.com Sat Sep 9 18:26:04 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 9 Sep 2006 13:26:04 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-09-09 Message-ID: <20060909182604.GA15685@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Sat Sep 9 08:26:00 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1155 Number failed to build: 38 Number expected to fail due to ExclusiveArch or ExcludeArch: 25 Leaving: 13 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 13 ---------------------------------- alacarte-0.10.0-1.fc6 am-utils-6.1.5-4 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-4 gdb-6.5-7.fc6 grub-0.97-11 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 memtest86+-1.65-4.1 syslinux-3.11-4 system-config-services-0.9.0-2 valgrind-3.2.0-5 xen-3.0.2-33 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Sep 9 18:26:12 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 9 Sep 2006 13:26:12 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-09-09 Message-ID: <20060909182612.GA15709@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Sat Sep 9 08:28:18 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1156 Number failed to build: 13 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 3 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 3 ---------------------------------- jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 system-config-services-0.9.0-2 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Sep 9 18:26:20 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 9 Sep 2006 13:26:20 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-09 Message-ID: <20060909182620.GA15725@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Sat Sep 9 08:34:14 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2174 Number failed to build: 70 Number expected to fail due to ExclusiveArch or ExcludeArch: 24 Leaving: 46 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 45 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com atitvout-0.4-5 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net crm114-0-0.2.20060704.fc6 rpm at greysector.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org dirmngr-0.9.6-1.fc6 rdieter at math.unl.edu dvdisaster-0.70.1-1.fc6 dmitry at butskoy.name ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com mlton-20051202-8.fc6.1 adam at spicenitz.org monodevelop-0.12-2.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de new-1.3.7-4 redhat at flyn.org ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org python-TestGears-0.2-1.fc5 lmacken at redhat.com python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Sep 9 18:26:35 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 9 Sep 2006 13:26:35 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-09 Message-ID: <20060909182635.GA15744@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Sat Sep 9 08:38:01 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2174 Number failed to build: 40 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 39 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 39 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com amaya-9.5-1.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu jam-2.5-3.fc5 tcallawa at redhat.com john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org librx-1.5-6.fc5 tcallawa at redhat.com libtabe-0.2.6-14 llch at redhat.com logjam-4.5.3-4.fc6 tcallawa at redhat.com monodevelop-0.12-2.fc6 paul at all-the-johnsons.co.uk multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de ngrep-1.44-4.fc5 oliver at linux-kernel.at opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de python-TestGears-0.2-1.fc5 lmacken at redhat.com python-goopy-0.1-1 pjones at redhat.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at serpentine-0.7-3.fc6 foolish at guezz.net stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xbsql-0.11-6.fc6 tcallawa at redhat.com xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From seg at haxxed.com Sat Sep 9 21:35:23 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sat, 09 Sep 2006 16:35:23 -0500 Subject: firefox.i386 in x86_64 repo In-Reply-To: <45002951.8090608@bellsouth.net> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <45002951.8090608@bellsouth.net> Message-ID: <1157837723.22883.4.camel@localhost> On Thu, 2006-09-07 at 09:14 -0500, Jay Cliburn wrote: > This gets my vote. And I agree with your usefulness opinion. I've > never (knowingly) needed a 64-bit browser[*]. Running an i386 app under compatibility, especially one with a large library stack like Firefox, adds noticeable startup lag and memory bloat, as an entirely separate i386 version of all the libraries has to be loaded. -------------- 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 dravet at hotmail.com Sun Sep 10 01:25:14 2006 From: dravet at hotmail.com (Jason Dravet) Date: Sat, 09 Sep 2006 20:25:14 -0500 Subject: x server not reading xorg.conf? Message-ID: >That's odd, Jason and I are in the same parallel universe :-) > >If you haven't set the environment variable XORGCONFIG and you haven't >specified a config file on the command line, then according to 'man >xorg.conf', /etc/X11/xorg.conf should be found before /etc/xorg.conf. Finally someone else who has/had the same problem. I always seem to find the corner cases and when I report them noone can replicate them. I tried root and a non-root user and when a xorg.conf was in /root or $HOME it was used instead of the xorg.conf in /etc/X11. I have an updated as of Sept 9th rawhide install. There is no XORGCONFIG environment varible. I start x using startx. I would be happy to help in tracking this issue down if anyone is interested in fixing it. Thanks, Jason From a.badger at gmail.com Sun Sep 10 04:53:44 2006 From: a.badger at gmail.com (Toshio Kuratomi) Date: Sat, 09 Sep 2006 21:53:44 -0700 Subject: x server not reading xorg.conf? In-Reply-To: References: Message-ID: <1157864025.9161.37.camel@localhost> On Sat, 2006-09-09 at 20:25 -0500, Jason Dravet wrote: > >That's odd, Jason and I are in the same parallel universe :-) > > > >If you haven't set the environment variable XORGCONFIG and you haven't > >specified a config file on the command line, then according to 'man > >xorg.conf', /etc/X11/xorg.conf should be found before /etc/xorg.conf. > > Finally someone else who has/had the same problem. I always seem to find > the corner cases and when I report them noone can replicate them. > > I tried root and a non-root user and when a xorg.conf was in /root or $HOME > it was used instead of the xorg.conf in /etc/X11. I have an updated as of > Sept 9th rawhide install. There is no XORGCONFIG environment varible. I > start x using startx. I would be happy to help in tracking this issue down > if anyone is interested in fixing it. Uh... guys, Mike Harris pointed out that as root, this is the expected behaviour. man xorg.conf shows that $HOME/xorg.conf is used in preference to /etc/X11/xorg.conf. It doesn't cover why this might happen when starting as a normal user although /usr/bin/Xorg is setuid root which might play into this. -Toshio -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From nicolas.mailhot at laposte.net Sun Sep 10 09:31:50 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Sun, 10 Sep 2006 11:31:50 +0200 Subject: firefox.i386 in x86_64 repo In-Reply-To: <1157837723.22883.4.camel@localhost> References: <44CE1BF0.1040500@wowway.com> <200609062120.14781.jkeating@redhat.com> <44FF7488.90100@bellsouth.net> <200609062133.37405.jkeating@redhat.com> <44FF875B.5040705@redhat.com> <45002951.8090608@bellsouth.net> <1157837723.22883.4.camel@localhost> Message-ID: <1157880710.3249.32.camel@rousalka.dyndns.org> Le samedi 09 septembre 2006 ? 16:35 -0500, Callum Lerwick a ?crit : > On Thu, 2006-09-07 at 09:14 -0500, Jay Cliburn wrote: > > This gets my vote. And I agree with your usefulness opinion. I've > > never (knowingly) needed a 64-bit browser[*]. > > Running an i386 app under compatibility, especially one with a large > library stack like Firefox, adds noticeable startup lag and memory > bloat, as an entirely separate i386 version of all the libraries has to > be loaded. My personal preference would be to install both versions under x86_64, with the 64bit version the default one, and a plugin like the 'open page in ie' windows users use to access the 32 bit version. That is, until major plugins like flahs are available for 32 bit. -- Nicolas Mailhot -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mashi3981 at yahoo.com Sun Sep 10 10:06:57 2006 From: mashi3981 at yahoo.com (Mashilamani Sambasivam) Date: Sun, 10 Sep 2006 03:06:57 -0700 (PDT) Subject: economic disadvantage of closed-source software and patents Message-ID: <20060910100657.77353.qmail@web37305.mail.mud.yahoo.com> Hello, I wanted to get fedora developers' viewpoints on 10 slides: Brief Analysis And Generalisation of Closed-Source Software Business Models to All Maximum Profit Based Businesses http://www.archive.org/download/profitAndPoverty/slide1.html Thanks, Mashi __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From buildsys at redhat.com Sun Sep 10 10:12:39 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sun, 10 Sep 2006 06:12:39 -0400 Subject: rawhide report: 20060910 changes Message-ID: <200609101012.k8AACdLt006686@hs20-bc2-6.build.redhat.com> Updated Packages: (none) From tiemann at redhat.com Sun Sep 10 13:00:11 2006 From: tiemann at redhat.com (Michael Tiemann) Date: Sun, 10 Sep 2006 09:00:11 -0400 Subject: economic disadvantage of closed-source software and patents In-Reply-To: <20060910100657.77353.qmail@web37305.mail.mud.yahoo.com> References: <20060910100657.77353.qmail@web37305.mail.mud.yahoo.com> Message-ID: <1157893211.4194.2.camel@localhost.localdomain> On Sun, 2006-09-10 at 03:06 -0700, Mashilamani Sambasivam wrote: > Hello, > I wanted to get fedora developers' viewpoints > on 10 slides: > Brief Analysis And Generalisation of Closed-Source > Software Business Models to All Maximum Profit Based > Businesses > > http://www.archive.org/download/profitAndPoverty/slide1.html I'm not sure that html slides belong on this list unless they are wrapped in an rpm package ;-) That said, I also think that if your goal is to talk about ending poverty, you should read "The End of Poverty" by Jeff Sachs, and then talk about how free and open source software fits into that model. Your presentation of an alternative conclusion based on microeconomics is likely doomed to failure because it's not been peer reviewed by /economists/. M From rmg57 at telus.net Sun Sep 10 14:36:41 2006 From: rmg57 at telus.net (Myles Green) Date: Sun, 10 Sep 2006 08:36:41 -0600 Subject: Fwd: Mission Control In-Reply-To: <44EA96C0.6090001@fedoraproject.org> References: <16de708d0608212152q4cb4d004v6434e9aba83b7f01@mail.gmail.com> <16de708d0608212153l376335cbvaae54568940753d2@mail.gmail.com> <20060822051641.GA6276@crow.nc.rr.com> <20060822051745.GB6276@crow.nc.rr.com> <44EA96C0.6090001@fedoraproject.org> Message-ID: <20060910083641.13e2da63@d205-206-253-124.abhsia.telus.net> On Tue, 22 Aug 2006 11:01:44 +0530 Rahul wrote: > Luke Macken wrote: > > On Tue, Aug 22, 2006 at 01:16:42AM -0400, Luke Macken wrote: > >> On Mon, Aug 21, 2006 at 11:53:53PM -0500, Arthur Pemberton wrote: > >>> Hi guys, > >>> > >>> I was just taking a look at an article I came across on /. about Ark > >>> Linux, they seem to have an app which seems like a good idea called > >>> "Mission Control". > >>> > >>> http://www.extremetech.com/article2/0,1697,2005668,00.asp > >>> > >>> What do you guys think about it, in reference to inclusion of someting > >>> similiar into Fedora? > >> I'd rather see people put some effort in cleaning up > >> gnome-control-panel. > > > > ...and by gnome-control-panel I mean gnome-control-center. > > Personally I like Slab > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199681 > > Rahul I've been using Slab (AKA the "Control-Center" and the "gnome-main-menu") with both gnome and xfce-4.4beta2 (and now xfce-4.4rc1) [1] for the last 3 weeks and I've come to *really* like it / them. Admittedly my first reaction to the style of the control-center was NOT very nice but having everything together in one place where you can see it ALL in a quick glance is rather handy! My thanks go out to those involved in packaging it for Fedora and to Rahul for pointing it out. Regards, Myles [1] using the xfapplet plugin to add the 'gnome-main-menu' to the xfce-panel. -- But I was there and I saw what you did, I saw it with my own two eyes. So you can wipe off that grin; I know where you've been-- It's all been a pack of lies! From buildsys at redhat.com Mon Sep 11 10:15:35 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 11 Sep 2006 06:15:35 -0400 Subject: rawhide report: 20060911 changes Message-ID: <200609111015.k8BAFZt7002121@hs20-bc2-6.build.redhat.com> Updated Packages: (none) From d.lesca at solinos.it Mon Sep 11 17:04:51 2006 From: d.lesca at solinos.it (Dario Lesca) Date: Mon, 11 Sep 2006 19:04:51 +0200 Subject: SOLVER: alsa driver: High Definition Audio: hda-intel Message-ID: <1157994291.3801.26.camel@lesca.home.solinos.it> On my Acer Aspire 5600 whit fc5 I not hear any sound. Chip: Intel Corporation 82801G - High Definition Audio Kernel-Module: snd-hda-inte > [root at lesca ~]# lspci > 00:00.0 Host bridge: Intel Corporation Mobile Memory Controller Hub (rev 03) > 00:01.0 PCI bridge: Intel Corporation Mobile PCI Express Graphics Port (rev 03) > 00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller (rev 02) > 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 02) > 00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 02) > 00:1c.2 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 3 (rev 02) > 00:1c.3 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 (rev 02) > 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #1 (rev 02) > 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #2 (rev 02) > 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #3 (rev 02) > 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI #4 (rev 02) > 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 02) > 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) > 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) > 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 02) > 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 02) > 01:00.0 VGA compatible controller: ATI Technologies Inc Unknown device 7149 > 02:00.0 Network controller: Intel Corporation Unknown device 4222 (rev 02) > 0a:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) > 0a:09.0 CardBus bridge: Texas Instruments Unknown device 8039 > 0a:09.2 Mass storage controller: Texas Instruments Unknown device 803b > 0a:09.3 Class 0805: Texas Instruments Unknown device 803c This morning I have fount this article: https://bugtrack.alsa-project.org/alsa-bug/view.php?id=2104 So I have install the new driver take from: http://www.icewalkers.com/download/ALSA-driver/660/dld/ % tar xvf alsa-driver-1.0.13rc1.tar.bz2 % cd alsa-driver-1.0.13rc1 % ls % ./configure % make % sudo make install % reboot After reboot, I have run: # system-config-soundcard ..... and finally my laptop can play sounds!!. Great work, thank you all. Hope this help. (Please, insert this driver into FC6) -- Dario Lesca From louisg00 at bellsouth.net Mon Sep 11 20:46:45 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Mon, 11 Sep 2006 16:46:45 -0400 Subject: Firefox theme? Message-ID: <1158007605.3666.2.camel@soncomputer> Is firfox going to get the default fedora theme for final FC6? I remember firefox had it for FC4 or FC5. -Louis From pemboa at gmail.com Mon Sep 11 21:05:10 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Mon, 11 Sep 2006 16:05:10 -0500 Subject: Firefox theme? In-Reply-To: <1158007605.3666.2.camel@soncomputer> References: <1158007605.3666.2.camel@soncomputer> Message-ID: <16de708d0609111405i7e7f8a63ve27934de5333b451@mail.gmail.com> On 9/11/06, Louis Garcia II wrote: > Is firfox going to get the default fedora theme for final FC6? I > remember firefox had it for FC4 or FC5. > > -Louis I don't rememeber that. Do you have any screenshots? I am curious. -- Fedora Core 5 and proud From caillon at redhat.com Mon Sep 11 22:48:55 2006 From: caillon at redhat.com (Christopher Aillon) Date: Mon, 11 Sep 2006 18:48:55 -0400 Subject: Firefox theme? In-Reply-To: <1158007605.3666.2.camel@soncomputer> References: <1158007605.3666.2.camel@soncomputer> Message-ID: <4505E7D7.7010202@redhat.com> Louis Garcia II wrote: > Is firfox going to get the default fedora theme for final FC6? I > remember firefox had it for FC4 or FC5. > > -Louis > No. The firefox theme for FC6 will be the same as it is in rawhide currently (same as it was in test 2/test 3). From pbrobinson at gmail.com Tue Sep 12 08:02:57 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Tue, 12 Sep 2006 09:02:57 +0100 Subject: SOLVER: alsa driver: High Definition Audio: hda-intel In-Reply-To: <1157994291.3801.26.camel@lesca.home.solinos.it> References: <1157994291.3801.26.camel@lesca.home.solinos.it> Message-ID: <5256d0b0609120102p6abb3cchc2353982cffc9ee3@mail.gmail.com> > After reboot, I have run: > > # system-config-soundcard > > ..... and finally my laptop can play sounds!!. > > Great work, thank you all. > > Hope this help. > > (Please, insert this driver into FC6) On the FC6/devel this driver works great on my Dell D620 so I think you'll find its already there :-) Pete From buildsys at redhat.com Tue Sep 12 11:36:37 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 12 Sep 2006 07:36:37 -0400 Subject: rawhide report: 20060912 changes Message-ID: <200609121136.k8CBabBI029331@hs20-bc2-6.build.redhat.com> Updated Packages: bind-30:9.3.2-41.fc6 -------------------- * Wed Sep 06 2006 Martin Stransky - 30:9.3.2-41 - added upstream patch for correct SIG handling - CVE-2006-4095 eclipse-1:3.2.0-5.fc6 --------------------- * Thu Sep 07 2006 Ben Konrath 3.2.0-5 - Add swt-firefox patch; moves SWT to NS_InitXPCOM3() from NS_InitEmbedding(). - Add sparc support (Dennis Gilmore ). - Disable help index generation on s390. fedora-release-notes-5.92-4 --------------------------- * Mon Sep 11 2006 Paul W. Frields - 5.92-4 - Update about-fedora * Wed Sep 06 2006 Paul W. Frields - 5.92-3 - Make sure we package README-BURNING-ISOS files * Tue Sep 05 2006 Jesse Keating - 5.92-1 - Bump for 5.92 freetype-2.2.1-10.fc6 --------------------- * Mon Sep 11 2006 Behdad Esfahbod 2.2.1-10 - Fix crasher https://bugs.freedesktop.org/show_bug.cgi?id=6841 - Add freetype-2.2.1-memcpy-fix.patch * Thu Sep 07 2006 Behdad Esfahbod 2.2.1-9 - Add BuildRequires: libX11-devel (#205355) gnome-session-2.16.0-3.fc6 -------------------------- * Thu Sep 07 2006 Matthias Clasen - 2.16.0-3.fc6 - Fix position of icons in the splash screen (#205508) * Wed Sep 06 2006 Ray Strode - 2.16.0-2.fc6 - set http_proxy environment variable from GNOME settings (bug 190041) hwdata-0.188-1 -------------- * Mon Sep 11 2006 Phil Knirsch - 0.188-1 - Update of pci.ids for FC6 libgnome-2.16.0-2.fc6 --------------------- * Mon Sep 11 2006 Matthias Clasen - 2.16.0-2 - Update the patch for the default background (#205867) - Add missing BuildRequires * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Uodate to 2.16.0 - Require pkgconfig in the -devel package * Sat Aug 12 2006 Matthias Clasen 2.15.2-1.fc6 - Update to 2.15.2 - Don't ship static libraries metacity-2.16.0-2.fc6 --------------------- * Sat Sep 09 2006 Soren Sandmann - 2.16.0-2.fc6 - Add patch from Elijah that may fix bug 204519 redhat-rpm-config-8.0.45-5 -------------------------- * Mon Sep 11 2006 Fernando Nasser - 8.0.45-5 - Fix order of tokens in find command (thanks mikeb at redhat.com) rhpxl-0.33-1 ------------ * Mon Sep 11 2006 Chris Lumens 0.33-1 - Do a better job about detecting X server failures (#205874). From linux_4ever at yahoo.com Tue Sep 12 12:54:20 2006 From: linux_4ever at yahoo.com (Steve G) Date: Tue, 12 Sep 2006 05:54:20 -0700 (PDT) Subject: post update label checking script Message-ID: <20060912125420.14690.qmail@web51502.mail.yahoo.com> Hi, I just wanted to let everyone know that I'm making a test script available to help people testing fedora rawhide updates. What this script does is look at the yum logs to see if you've updated the system today. (Optionally, you can pass a date to the script based on your locale, for example "Sep 03" would be valid in mine.) If updates are found in the logs, it makes a list of rpms and sends that to fixfiles to see if the update has caused any files to be mislabeled. This can happen when post install scriptlets do the wrong thing. This script should not repair anything since its just a test. You can find it here: http://people.redhat.com/sgrubb/files/testing/selinux-check-new-rpms Typically, you would run the script after doing "yum update" on a rawhide machine. There were several bug fixes needed in policycoreutils to make the script work and hopefully they will be backported to FC5 sometime soon. Please report any problems you find against the package that owns the files being reported. For example, when I run the script after today's rawhide update, I get this: /etc/named.conf /etc/rndc.conf /etc/rndc.key /etc/named.caching-nameserver.conf /etc/named.conf /etc/named.rfc1912.zones /var/named/named.ca To see the package: [root~]# rpm -qf /etc/named.conf caching-nameserver This would indicate that named.conf probably has post scriptlets that are processing files in a selinux unfriendly way. Feedback and updates are welcome. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From tjb at unh.edu Tue Sep 12 14:01:39 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 12 Sep 2006 10:01:39 -0400 Subject: Minimal X Config File and Compiz Message-ID: <1158069699.30371.10.camel@raptor.sr.unh.edu> In theory, is the minimal X config file supposed to support compiz? On my ATI R100 based laptop, this is not the case. Compiz says 'no sync extension' and quits. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From jfrieben at freesurf.fr Tue Sep 12 15:48:40 2006 From: jfrieben at freesurf.fr (Joachim Frieben) Date: Tue, 12 Sep 2006 17:48:40 +0200 (CEST) Subject: Minimal X Config File and Compiz In-Reply-To: <1158069699.30371.10.camel@raptor.sr.unh.edu> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> Message-ID: <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> You should certainly append: Section "Extensions" Option "Composite" EndSection to "xorg.conf". Otherwise the composite extension does not get enabled. Beware: "Composite" is case-sensitive! > In theory, is the minimal X config file supposed to support compiz? On > my ATI R100 based laptop, this is not the case. Compiz says 'no sync > extension' and quits. > > tjb From howard at cohtech.com Tue Sep 12 16:29:03 2006 From: howard at cohtech.com (Howard Wilkinson) Date: Tue, 12 Sep 2006 17:29:03 +0100 Subject: nss_ldap using sasl with gssapi. Kerberos credentials cache problem Message-ID: <4506E04F.8050409@cohtech.com> I have been installing nss_Ldap for sasl connections to a Windows 2003 R2 infrastructure and run into some problems. It turns out that the package distributed with FC5 and in development have an incorrect option set with the configuration for the configuration file feature krb5_ccname to work. The configure line currently uses --enable-configurable-krb5-ccname which does not do anything useful. It should either read --enable-configurable-krb5-ccname-env or --enable-configurable-krb5-ccname-gssapi to make this work. I have chosen the second as the first does not confer any advantage in allowing the environment to override in the current implementation. Without this setting then the calling environment must have a credential cache set up for the code to work - the behaviour of both the nscd and the general calling environment give local errors when there is not credentials cache defined. -- Howard Wilkinson Phone: +44(20)76907075 Coherent Technology Limited Fax: 23 Northampton Square, Mobile: +44(7980)639379 London, United Kingdom, EC1V 0HL Email: howard at cohtech.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From tjb at unh.edu Tue Sep 12 17:37:26 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 12 Sep 2006 13:37:26 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> Message-ID: <1158082646.30371.25.camel@raptor.sr.unh.edu> On Tue, 2006-09-12 at 17:48 +0200, Joachim Frieben wrote: > You should certainly append: > > Section "Extensions" > Option "Composite" > EndSection > > to "xorg.conf". Otherwise the composite extension does not get enabled. > Beware: "Composite" is case-sensitive! > > > In theory, is the minimal X config file supposed to support compiz? On > > my ATI R100 based laptop, this is not the case. Compiz says 'no sync > > extension' and quits. > > > > tjb Sorry, I should have phrased it better. I know how to enable it by hand. My question was about the self configuring X and if it was supposed to be enabling composite/dri/whatever-compiz-needs automatically. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From jkeating at redhat.com Tue Sep 12 18:08:32 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Sep 2006 14:08:32 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <1158082646.30371.25.camel@raptor.sr.unh.edu> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> Message-ID: <200609121408.33014.jkeating@redhat.com> On Tuesday 12 September 2006 13:37, Thomas J. Baker wrote: > Sorry, I should have phrased it better. I know how to enable it by hand. > My question was about the self configuring X and if it was supposed to > be enabling composite/dri/whatever-compiz-needs automatically. A default install for me on i386, I haven't touched xorg.conf other than to change from i810 to intel. I yum installed compiz, restarted X for the intel driver, and used system -> preferences -> more -> Desktop Effects and enabled it. I get compiz goodness. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tjb at unh.edu Tue Sep 12 18:11:58 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Tue, 12 Sep 2006 14:11:58 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <200609121408.33014.jkeating@redhat.com> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> Message-ID: <1158084718.30371.28.camel@raptor.sr.unh.edu> On Tue, 2006-09-12 at 14:08 -0400, Jesse Keating wrote: > On Tuesday 12 September 2006 13:37, Thomas J. Baker wrote: > > Sorry, I should have phrased it better. I know how to enable it by hand. > > My question was about the self configuring X and if it was supposed to > > be enabling composite/dri/whatever-compiz-needs automatically. > > A default install for me on i386, I haven't touched xorg.conf other than to > change from i810 to intel. I yum installed compiz, restarted X for the intel > driver, and used system -> preferences -> more -> Desktop Effects and enabled > it. I get compiz goodness. Thanks. After a clean install of FC3T3 on Thursday, if I still have a problem, I'll report it as a bug. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From david at lovesunix.net Tue Sep 12 18:19:57 2006 From: david at lovesunix.net (David Nielsen) Date: Tue, 12 Sep 2006 20:19:57 +0200 Subject: Minimal X Config File and Compiz In-Reply-To: <200609121408.33014.jkeating@redhat.com> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> Message-ID: <1158085197.3273.52.camel@price> tir, 12 09 2006 kl. 14:08 -0400, skrev Jesse Keating: > On Tuesday 12 September 2006 13:37, Thomas J. Baker wrote: > > Sorry, I should have phrased it better. I know how to enable it by hand. > > My question was about the self configuring X and if it was supposed to > > be enabling composite/dri/whatever-compiz-needs automatically. > > A default install for me on i386, I haven't touched xorg.conf other than to > change from i810 to intel. I yum installed compiz, restarted X for the intel > driver, and used system -> preferences -> more -> Desktop Effects and enabled > it. I get compiz goodness. Worked entirely out of the box using my r300 based ATI Radeon 9600XT card. No changes required. However my monitor isn't correctly detected (IBM P92) so there's a slight offset and I believe the resolution is set to high, I handled that in the desktop session so it only looks silly during boot and gdm. - David From bojan at rexursive.com Tue Sep 12 21:56:46 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Tue, 12 Sep 2006 21:56:46 +0000 (UTC) Subject: rawhide report: 20060912 changes References: <200609121136.k8CBabBI029331@hs20-bc2-6.build.redhat.com> Message-ID: redhat.com> writes: > fedora-release-notes-5.92-4 > --------------------------- > * Mon Sep 11 2006 Paul W. Frields gmail.com> - 5.92-4 > - Update about-fedora > > * Wed Sep 06 2006 Paul W. Frields gmail.com> - 5.92-3 > - Make sure we package README-BURNING-ISOS files > > * Tue Sep 05 2006 Jesse Keating redhat.com> - 5.92-1 > - Bump for 5.92 Anyone seeing this: --------------------------------------- Updating : fedora-release-notes ####################### [11/26] /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is empty ^ /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag expected, '<' not found ^ --------------------------------------- --------------------------------------- Cleanup : fedora-release-notes ####################### [24/26] /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is empty ^ /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag expected, '<' not found ^ --------------------------------------- -- Bojan From selinux at gmail.com Tue Sep 12 22:35:27 2006 From: selinux at gmail.com (Tom London) Date: Tue, 12 Sep 2006 15:35:27 -0700 Subject: rawhide report: 20060912 changes In-Reply-To: References: <200609121136.k8CBabBI029331@hs20-bc2-6.build.redhat.com> Message-ID: <4c4ba1530609121535p72718a16jcdb77a5c6e9740a0@mail.gmail.com> On 9/12/06, Bojan Smojver wrote: > redhat.com> writes: > > > fedora-release-notes-5.92-4 > > --------------------------- > > * Mon Sep 11 2006 Paul W. Frields gmail.com> - 5.92-4 > > - Update about-fedora > > > > * Wed Sep 06 2006 Paul W. Frields gmail.com> - 5.92-3 > > - Make sure we package README-BURNING-ISOS files > > > > * Tue Sep 05 2006 Jesse Keating redhat.com> - 5.92-1 > > - Bump for 5.92 > > Anyone seeing this: > > --------------------------------------- > Updating : fedora-release-notes ####################### [11/26] > /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is > empty > > ^ > /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag > expected, '<' not found > > ^ > --------------------------------------- > > --------------------------------------- > Cleanup : fedora-release-notes ####################### [24/26] > /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is > empty > > ^ > /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag > expected, '<' not found > > ^ BZ'ed here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206101 -- Tom London From lists-gawain at felicity-group.com Tue Sep 12 22:34:04 2006 From: lists-gawain at felicity-group.com (Gawain Lynch) Date: Wed, 13 Sep 2006 08:34:04 +1000 Subject: rawhide report: 20060912 changes In-Reply-To: References: <200609121136.k8CBabBI029331@hs20-bc2-6.build.redhat.com> Message-ID: <1158100445.2967.0.camel@legolas.felicity.net.au> On Tue, 2006-09-12 at 21:56 +0000, Bojan Smojver wrote: > Anyone seeing this: > > --------------------------------------- > Updating : fedora-release-notes ####################### [11/26] > /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Document is > empty > > ^ > /usr/share/omf/about-fedora/about-fedora-C.omf:1: parser error : Start tag > expected, '<' not found Yep, Jesse has logged it https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206101 From d.jacobfeuerborn at conversis.de Wed Sep 13 00:10:56 2006 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Wed, 13 Sep 2006 02:10:56 +0200 Subject: Minimal X Config File and Compiz In-Reply-To: <1158085197.3273.52.camel@price> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> Message-ID: <45074C90.7010207@conversis.de> David Nielsen wrote: > tir, 12 09 2006 kl. 14:08 -0400, skrev Jesse Keating: >> On Tuesday 12 September 2006 13:37, Thomas J. Baker wrote: >>> Sorry, I should have phrased it better. I know how to enable it by hand. >>> My question was about the self configuring X and if it was supposed to >>> be enabling composite/dri/whatever-compiz-needs automatically. >> A default install for me on i386, I haven't touched xorg.conf other than to >> change from i810 to intel. I yum installed compiz, restarted X for the intel >> driver, and used system -> preferences -> more -> Desktop Effects and enabled >> it. I get compiz goodness. > > Worked entirely out of the box using my r300 based ATI Radeon 9600XT > card. No changes required. However my monitor isn't correctly detected > (IBM P92) so there's a slight offset and I believe the resolution is set > to high, I handled that in the desktop session so it only looks silly > during boot and gdm. Did you solve the Firefox scrolling issue with compiz on an r300 based card? Firefox becomes unusably slow over here (Radeon 9500pro) when I switch to compiz but the effects themselves work smoothly. Regards, Dennis From louisg00 at bellsouth.net Wed Sep 13 01:24:25 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Tue, 12 Sep 2006 21:24:25 -0400 Subject: installer and stage2.img? Message-ID: <1158110665.27286.6.camel@soncomputer> Is their any reason the installer is split into stage1 and stage2? It would mean quicker installs over the wire. Their is certainly enough room on boot.iso. This will help the ftp and http installs and also nfs since their is no time spent downloading stage2. -Louis From katzj at redhat.com Wed Sep 13 01:43:54 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 12 Sep 2006 21:43:54 -0400 Subject: installer and stage2.img? In-Reply-To: <1158110665.27286.6.camel@soncomputer> References: <1158110665.27286.6.camel@soncomputer> Message-ID: <1158111834.12915.2.camel@aglarond.local> On Tue, 2006-09-12 at 21:24 -0400, Louis Garcia II wrote: > Is their any reason the installer is split into stage1 and stage2? It > would mean quicker installs over the wire. Their is certainly enough > room on boot.iso. This will help the ftp and http installs and also nfs > since their is no time spent downloading stage2. The first stage is loaded into RAM... so if stage2 were there, we'd balloon the memory requirements accordingly. You can use the rescue CD to do an install from a network source while having both stages of the install on a CD Jeremy From louisg00 at bellsouth.net Wed Sep 13 02:50:53 2006 From: louisg00 at bellsouth.net (Louis Garcia II) Date: Tue, 12 Sep 2006 22:50:53 -0400 Subject: installer and stage2.img? In-Reply-To: <1158110665.27286.6.camel@soncomputer> References: <1158110665.27286.6.camel@soncomputer> Message-ID: <1158115853.27549.11.camel@soncomputer> On Tue, 2006-09-12 at 21:43 -0400, Jeremy Katz wrote: > On Tue, 2006-09-12 at 21:24 -0400, Louis Garcia II wrote: > > Is their any reason the installer is split into stage1 and stage2? It > > would mean quicker installs over the wire. Their is certainly enough > > room on boot.iso. This will help the ftp and http installs and also nfs > > since their is no time spent downloading stage2. > > > > -Louis > > The first stage is loaded into RAM... so if stage2 were there, we'd > balloon the memory requirements accordingly. Ok so still have them separate but include stage2 in the boot.iso. Most people will do the graphical install and thus will need the bigger memory requirements and can skip the time consuming stage2 download. The text install will work the same. I think this is what you meant by balloon memory requirements? > You can use the rescue CD to do an install from a network source while > having both stages of the install on a CD Whats the different between the rescue and boot cds? -Louis From jkeating at redhat.com Wed Sep 13 03:20:30 2006 From: jkeating at redhat.com (Jesse Keating) Date: Tue, 12 Sep 2006 23:20:30 -0400 Subject: installer and stage2.img? In-Reply-To: <1158115853.27549.11.camel@soncomputer> References: <1158110665.27286.6.camel@soncomputer> <1158115853.27549.11.camel@soncomputer> Message-ID: <200609122320.30314.jkeating@redhat.com> On Tuesday 12 September 2006 22:50, Louis Garcia II wrote: > Whats the different between the rescue and boot cds? Rescue CD has stage1 and two, and defaults to calling anaconda with the 'rescue' option. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jreiser at BitWagon.com Wed Sep 13 03:38:19 2006 From: jreiser at BitWagon.com (John Reiser) Date: Tue, 12 Sep 2006 20:38:19 -0700 Subject: installer and stage2.img? In-Reply-To: <1158115853.27549.11.camel@soncomputer> References: <1158110665.27286.6.camel@soncomputer> <1158115853.27549.11.camel@soncomputer> Message-ID: <45077D2B.8050906@BitWagon.com> >>You can use the rescue CD to do an install from a network source while >>having both stages of the install on a CD > > Whats the different between the rescue and boot cds? About 75MB to 100MB, depending on machine architecture. boot.iso is small enough to fit on almost any media except floppy disk. This includes older Compact Flash cards (which appear electronically as a ATA harddrive) and USB flash memory devices, etc., with capacity as low as 8MB. The Rescue CD is very useful, but it is also about 12 to 15 times the size of boot.iso. -- From s022018 at student.dtu.dk Wed Sep 13 09:28:45 2006 From: s022018 at student.dtu.dk (Peter Eriksen) Date: Wed, 13 Sep 2006 11:28:45 +0200 Subject: [Yum] Cannot find a valid baseurl for repo: core Message-ID: <20060913092845.GC2561@bohr.gbar.dtu.dk> Hi list, Recently I started getting the following error on Rawhide, when trying to update using yum: [peter at localhost ~]$ su -c 'yum update' Password: Deprecated constant TYPE_INTERFACE during plugin initialization. Please use TYPE_INTERACTIVE instead. Loading "installonlyn" plugin Setting up Update Process Setting up repositories Could not retrieve mirrorlist http://fedora.redhat.com/download/mirrors/fedora-core-5.91.1 error was [Errno 14] HTTP Error 404: Date: Wed, 13 Sep 2006 09:13:15 GMT Server: Apache Last-Modified: Wed, 13 Sep 2006 08:45:35 GMT ETag: "109cab-105b-4507c52f" Accept-Ranges: bytes Content-Length: 4187 Content-Type: text/html Error: Cannot find a valid baseurl for repo: core [peter at localhost ~]$ My development section of the repository configuration is: ======== /etc/yum.repos.d/fedora-development.repo ===== [development] name=Fedora Core - Development baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/os/ mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch enabled=1 gpgcheck=0 ======================================================= I don't get any responses to "ping download.fedora.redhat.com", and my internet connection works otherwise. Did the download servers disappear, or is the problem on my end? What do I put in "baseurl" to make things work again? Regards, Peter From buildsys at redhat.com Wed Sep 13 11:18:09 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 13 Sep 2006 07:18:09 -0400 Subject: rawhide report: 20060913 changes Message-ID: <200609131118.k8DBI9T8005780@hs20-bc2-6.build.redhat.com> Updated Packages: (none) From redhat at olen.net Wed Sep 13 11:59:27 2006 From: redhat at olen.net (Ola Thoresen) Date: Wed, 13 Sep 2006 13:59:27 +0200 Subject: installer and stage2.img? In-Reply-To: <1158115853.27549.11.camel@soncomputer> References: <1158110665.27286.6.camel@soncomputer> <1158115853.27549.11.camel@soncomputer> Message-ID: <1158148767.2503.59.camel@ws21.ns5.powertech.no> On tir, 2006-09-12 at 22:50 -0400, Louis Garcia II wrote: > On Tue, 2006-09-12 at 21:43 -0400, Jeremy Katz wrote: > > On Tue, 2006-09-12 at 21:24 -0400, Louis Garcia II wrote: > > > Is their any reason the installer is split into stage1 and stage2? It > > > would mean quicker installs over the wire. Their is certainly enough > > > room on boot.iso. This will help the ftp and http installs and also nfs > > > since their is no time spent downloading stage2. > > > > > > -Louis > > > > The first stage is loaded into RAM... so if stage2 were there, we'd > > balloon the memory requirements accordingly. > > Ok so still have them separate but include stage2 in the boot.iso. Most > people will do the graphical install and thus will need the bigger memory > requirements and can skip the time consuming stage2 download. The text > install will work the same. I think this is what you meant by balloon > memory requirements? Also for PXE-installs it would be very nice to have stage2 loaded from the TFTP-server (which is usually "local") instead of the more often remote mirror for the rest of the packages. I don't mind waiting a while for the install to finish. During that time I can most often do something else. But it is quite annoying to have to wait several minutes for the download of stage2 just so I can get started with the installation. Rgds. Ola Thoresen From tla-ml at rasmil.dk Wed Sep 13 12:07:10 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Wed, 13 Sep 2006 14:07:10 +0200 Subject: [Yum] Cannot find a valid baseurl for repo: core In-Reply-To: <20060913092845.GC2561@bohr.gbar.dtu.dk> References: <20060913092845.GC2561@bohr.gbar.dtu.dk> Message-ID: <4507F46E.2010903@rasmil.dk> Peter Eriksen wrote: > Hi list, > > Recently I started getting the following error on Rawhide, when trying > to update using yum: > > [peter at localhost ~]$ su -c 'yum update' > Password: > Deprecated constant TYPE_INTERFACE during plugin initialization. > Please use TYPE_INTERACTIVE instead. > Loading "installonlyn" plugin > Setting up Update Process > Setting up repositories > Could not retrieve mirrorlist > http://fedora.redhat.com/download/mirrors/fedora-core-5.91.1 error was > [Errno 14] HTTP Error 404: Date: Wed, 13 Sep 2006 09:13:15 GMT > Server: Apache > Last-Modified: Wed, 13 Sep 2006 08:45:35 GMT > ETag: "109cab-105b-4507c52f" > Accept-Ranges: bytes > Content-Length: 4187 > Content-Type: text/html > > Error: Cannot find a valid baseurl for repo: core > [peter at localhost ~]$ > > > My development section of the repository configuration is: > > ======== /etc/yum.repos.d/fedora-development.repo ===== > [development] > name=Fedora Core - Development > baseurl=http://download.fedora.redhat.com/pub/fedora/linux/core/development/$basearch/os/ > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=$basearch > enabled=1 > gpgcheck=0 > ======================================================= > > I don't get any responses to "ping download.fedora.redhat.com", and my > internet connection works otherwise. > > Did the download servers disappear, or is the problem on my end? What > do I put in "baseurl" to make things work again? > > > Regards, > > Peter > > Look like you have enabled the core repo (/etc/yum.repos.d/fedora-core), it can't be used with a test release/rawhide because there is no core repo for release 5.91. The $releasever in the mirrorlist url is substituted with the current release. Just set enabled=0 in the core repo, and you be running again. Tim From katzj at redhat.com Wed Sep 13 12:33:13 2006 From: katzj at redhat.com (Jeremy Katz) Date: Wed, 13 Sep 2006 08:33:13 -0400 Subject: installer and stage2.img? In-Reply-To: <1158115853.27549.11.camel@soncomputer> References: <1158110665.27286.6.camel@soncomputer> <1158115853.27549.11.camel@soncomputer> Message-ID: <1158150793.12915.5.camel@aglarond.local> On Tue, 2006-09-12 at 22:50 -0400, Louis Garcia II wrote: > On Tue, 2006-09-12 at 21:43 -0400, Jeremy Katz wrote: > > On Tue, 2006-09-12 at 21:24 -0400, Louis Garcia II wrote: > > > Is their any reason the installer is split into stage1 and stage2? It > > > would mean quicker installs over the wire. Their is certainly enough > > > room on boot.iso. This will help the ftp and http installs and also nfs > > > since their is no time spent downloading stage2. > > > > The first stage is loaded into RAM... so if stage2 were there, we'd > > balloon the memory requirements accordingly. > Ok so still have them separate but include stage2 in the boot.iso. Most > people will do the graphical install and thus will need the bigger memory > requirements and can skip the time consuming stage2 download. The text > install will work the same. I think this is what you meant by balloon > memory requirements? That's exactly what the rescue CD provides. Jeremy From tjb at unh.edu Wed Sep 13 12:34:17 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Wed, 13 Sep 2006 08:34:17 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <45074C90.7010207@conversis.de> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> <45074C90.7010207@conversis.de> Message-ID: <1158150857.2815.9.camel@continuity> On Wed, 2006-09-13 at 02:10 +0200, Dennis Jacobfeuerborn wrote: > David Nielsen wrote: > > tir, 12 09 2006 kl. 14:08 -0400, skrev Jesse Keating: > >> On Tuesday 12 September 2006 13:37, Thomas J. Baker wrote: > >>> Sorry, I should have phrased it better. I know how to enable it by hand. > >>> My question was about the self configuring X and if it was supposed to > >>> be enabling composite/dri/whatever-compiz-needs automatically. > >> A default install for me on i386, I haven't touched xorg.conf other than to > >> change from i810 to intel. I yum installed compiz, restarted X for the intel > >> driver, and used system -> preferences -> more -> Desktop Effects and enabled > >> it. I get compiz goodness. > > > > Worked entirely out of the box using my r300 based ATI Radeon 9600XT > > card. No changes required. However my monitor isn't correctly detected > > (IBM P92) so there's a slight offset and I believe the resolution is set > > to high, I handled that in the desktop session so it only looks silly > > during boot and gdm. > > Did you solve the Firefox scrolling issue with compiz on an r300 based > card? Firefox becomes unusably slow over here (Radeon 9500pro) when I > switch to compiz but the effects themselves work smoothly. > > Regards, > Dennis > I see the same thing with the R100. Firefox scrolling is unbearable and so is gnome-terminal scrolling, especially full screen. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From ajackson at redhat.com Wed Sep 13 13:11:56 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 13 Sep 2006 09:11:56 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <1158069699.30371.10.camel@raptor.sr.unh.edu> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> Message-ID: <4508039C.8070400@redhat.com> Thomas J. Baker wrote: > In theory, is the minimal X config file supposed to support compiz? On > my ATI R100 based laptop, this is not the case. Compiz says 'no sync > extension' and quits. Yes. This was typically caused by an older bug where we'd write out a Module section that only contained Load "synaptics", instead of the correct nothing. An empty or missing module section loads the default set, which includes extmod, which provides the sync extension. Load "synaptics" is semantically bogus, since drivers get loaded automatically when you name them in a Device or InputDevice section, so we just removed the code to emit that Load line and it works now. I strongly suspect your xorg.conf contains a section that looks like: Section "Module" Load "synaptics" EndSection Delete it and things should start working. (This is a widely-duped bug in bz but I can't be bothered to look up the number right now.) - ajax From ajackson at redhat.com Wed Sep 13 13:30:50 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 13 Sep 2006 09:30:50 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <1158085197.3273.52.camel@price> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> Message-ID: <4508080A.6060607@redhat.com> David Nielsen wrote: > tir, 12 09 2006 kl. 14:08 -0400, skrev Jesse Keating: >> On Tuesday 12 September 2006 13:37, Thomas J. Baker wrote: >>> Sorry, I should have phrased it better. I know how to enable it by hand. >>> My question was about the self configuring X and if it was supposed to >>> be enabling composite/dri/whatever-compiz-needs automatically. >> A default install for me on i386, I haven't touched xorg.conf other than to >> change from i810 to intel. I yum installed compiz, restarted X for the intel >> driver, and used system -> preferences -> more -> Desktop Effects and enabled >> it. I get compiz goodness. > > Worked entirely out of the box using my r300 based ATI Radeon 9600XT > card. No changes required. However my monitor isn't correctly detected > (IBM P92) so there's a slight offset and I believe the resolution is set > to high, I handled that in the desktop session so it only looks silly > during boot and gdm. If you could attach your X log file from startup to a bug, I'd appreciate it. The issue is that the config file doesn't specify the mode to start in anymore, so we guess. And the guess ends up being (after some tweaking) the largest mode advertised by the monitor that matches the monitor's physical aspect ratio. This is almost always correct for LCDs, but on CRTs people have widely varying tastes for how large they want a pixel to be, and CRTs tend to report some pretty huge modes as supported (1920x1440 has been spotted). Unfortunately there's no way for the X server to know whether the monitor is a CRT or not [1]. I'm open to suggestions for better heuristics. Since Gnome is pretty far from ever having a scalable UI, it might be sensible to modify the above heuristic to "if multiple advertised modes match the physical aspect ratio and we're somehow reasonably sure that it's not an LCD, pick the one that comes closest to 100dpi". It's that reasonably sure part that's tricky. Alternatively we could get gdm to randr to a "sensible" size, but that just moves the problem to gdm, plus introduces a flicker for the resize event. [1] - Well, not in base EDID. The DI-EXT extension to E-EDID advertises a number of factors that, taken together with the base block, could be used to make a reasonable guess, but the vast majority of CRTs don't implement E-EDID. I have code to get the full E-EDID info from the monitor, but no code to parse it out into anything useful, and the one DI-EXT block I've tested with (Apple 23" cinema display) is almost completely broken, so I'm not really rushing to get it done. - ajax From david at lovesunix.net Wed Sep 13 13:35:20 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 13 Sep 2006 15:35:20 +0200 Subject: Minimal X Config File and Compiz In-Reply-To: <1158150857.2815.9.camel@continuity> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> <45074C90.7010207@conversis.de> <1158150857.2815.9.camel@continuity> Message-ID: <1158154520.3273.68.camel@price> ons, 13 09 2006 kl. 08:34 -0400, skrev Thomas J. Baker: > On Wed, 2006-09-13 at 02:10 +0200, Dennis Jacobfeuerborn wrote: > > David Nielsen wrote: > > > tir, 12 09 2006 kl. 14:08 -0400, skrev Jesse Keating: > > >> On Tuesday 12 September 2006 13:37, Thomas J. Baker wrote: > > >>> Sorry, I should have phrased it better. I know how to enable it by hand. > > >>> My question was about the self configuring X and if it was supposed to > > >>> be enabling composite/dri/whatever-compiz-needs automatically. > > >> A default install for me on i386, I haven't touched xorg.conf other than to > > >> change from i810 to intel. I yum installed compiz, restarted X for the intel > > >> driver, and used system -> preferences -> more -> Desktop Effects and enabled > > >> it. I get compiz goodness. > > > > > > Worked entirely out of the box using my r300 based ATI Radeon 9600XT > > > card. No changes required. However my monitor isn't correctly detected > > > (IBM P92) so there's a slight offset and I believe the resolution is set > > > to high, I handled that in the desktop session so it only looks silly > > > during boot and gdm. > > > > Did you solve the Firefox scrolling issue with compiz on an r300 based > > card? Firefox becomes unusably slow over here (Radeon 9500pro) when I > > switch to compiz but the effects themselves work smoothly. > > > > Regards, > > Dennis > > > > I see the same thing with the R100. Firefox scrolling is unbearable and > so is gnome-terminal scrolling, especially full screen. Admittedly that one is rather bad but it only happens if you scroll using the mouse wheel not if you grap the scrollbar - I'm thinking pango? - David From s022018 at student.dtu.dk Wed Sep 13 14:22:14 2006 From: s022018 at student.dtu.dk (Peter Eriksen) Date: Wed, 13 Sep 2006 16:22:14 +0200 Subject: [Yum] Cannot find a valid baseurl for repo: core In-Reply-To: <4507F46E.2010903@rasmil.dk> References: <20060913092845.GC2561@bohr.gbar.dtu.dk> <4507F46E.2010903@rasmil.dk> Message-ID: <20060913142214.GD2561@bohr.gbar.dtu.dk> On Wed, Sep 13, 2006 at 02:07:10PM +0200, Tim Lauridsen wrote: ... > Look like you have enabled the core repo (/etc/yum.repos.d/fedora-core), > it can't be used with a test release/rawhide because there is no core > repo for release 5.91. That was it. I wonder, why and when I did that. Thank, you very much. Peter From tjb at unh.edu Wed Sep 13 14:52:10 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Wed, 13 Sep 2006 10:52:10 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <4508039C.8070400@redhat.com> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4508039C.8070400@redhat.com> Message-ID: <1158159130.4765.2.camel@raptor.sr.unh.edu> On Wed, 2006-09-13 at 09:11 -0400, Adam Jackson wrote: > Thomas J. Baker wrote: > > In theory, is the minimal X config file supposed to support compiz? On > > my ATI R100 based laptop, this is not the case. Compiz says 'no sync > > extension' and quits. > > Yes. > > This was typically caused by an older bug where we'd write out a Module > section that only contained Load "synaptics", instead of the correct > nothing. An empty or missing module section loads the default set, > which includes extmod, which provides the sync extension. Load > "synaptics" is semantically bogus, since drivers get loaded > automatically when you name them in a Device or InputDevice section, so > we just removed the code to emit that Load line and it works now. > > I strongly suspect your xorg.conf contains a section that looks like: > > Section "Module" > Load "synaptics" > EndSection > > Delete it and things should start working. > > (This is a widely-duped bug in bz but I can't be bothered to look up the > number right now.) > > - ajax > That of course fixed it. It still doesn't fix the debilitating hang system on login with compiz enabled bug (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=204810) but it does seem to make scrolling not as slow in firefox and full screen gnome-terminals for me. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From wojdyr at unipress.waw.pl Wed Sep 13 15:16:57 2006 From: wojdyr at unipress.waw.pl (Marcin Wojdyr) Date: Wed, 13 Sep 2006 17:16:57 +0200 (CEST) Subject: package request: fityk Message-ID: Hello, I don't know if this is the right place to ask for a new package. Anyway, the name of the program is fityk http://www.unipress.waw.pl/fityk/ I'm not using Fedora myself, but I'm the upstream author of the program, and people from time to time ask me about RPM for Fedora. Other popular distros (Mandrake, Debian, Ubuntu) have the program packaged, so actually only Fedora newbies have questions about compilation and installation (it's a normal "./configure; make; make install" procedure). If there is anything I can do to make the program easier for packaging, just let me know. Cheers, Marcin -- Marcin Wojdyr | http://www.unipress.waw.pl/~wojdyr/ From orion at cora.nwra.com Wed Sep 13 15:42:18 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Wed, 13 Sep 2006 09:42:18 -0600 Subject: package request: fityk In-Reply-To: References: Message-ID: Marcin Wojdyr wrote: > Hello, > I don't know if this is the right place to ask for a new package. > Anyway, the name of the program is fityk > http://www.unipress.waw.pl/fityk/ > I've added it to http://fedoraproject.org/wiki/Extras/SIGs/SciTech, maybe someone will pick it up. -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From pasik at iki.fi Wed Sep 13 17:34:31 2006 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Wed, 13 Sep 2006 20:34:31 +0300 Subject: FC6t2 Anaconda/installer bug with dd: loads wrong module Message-ID: <20060913173431.GV29423@edu.joroinen.fi> Hi! I'm using IBM Blade servers with Qlogic qla4xxx iSCSI HBA adapters. Fedora Core kernels don't include the qla4xxx driver for these HBAs. I've made my own custom driver disk (dd) images for FC6 test2 [1], but can't get these images to work. Same kind of custom made dd images work well in RHEL4.. so something has changed with the driver disk support, I just can't figure out what. The problem seems to be that fedora installer (anaconda) loads wrong module.. for some unknown reason it loads tg3 module instead of qla4xxx. See screenshots [2]. If I load the cd/floppy dd-images over http, then the installer won't load anything.. and just gives error: "no devices of the appropriate type were found on this driver disk". In this case the tg3 is already loaded.. My driver disk (dd) images [1] look like 100% OK to me.. PCI IDs are double checked. In fact all the files containing PCI IDs are the same as in RHEL4 dd images (which work OK). I've also checked the "official" qla4xxx dd images for RHEL4 by Qlogic. My images look like the same (except that the modules are compiled for FC kernels - of course). Ravi Anand from Qlogic also checked out my dd image, and said it looks correct. I had the same issue with FC5 also.. So, what has changed after RHEL4 in the driver disk handling? I think it Would be quite important to get this working for final FC6.. and RHEL5. Thanks! [1] http://pasik.reaktio.net/fc-dd/ [2] http://pasik.reaktio.net/fc-dd/problem_screenshots/ -- Pasi From krh at redhat.com Wed Sep 13 19:49:54 2006 From: krh at redhat.com (=?UTF-8?B?S3Jpc3RpYW4gSMO4Z3NiZXJn?=) Date: Wed, 13 Sep 2006 15:49:54 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <1158154520.3273.68.camel@price> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> <45074C90.7010207@conversis.de> <1158150857.2815.9.camel@continuity> <1158154520.3273.68.camel@price> Message-ID: <450860E2.9040607@redhat.com> David Nielsen wrote: ... >>> Did you solve the Firefox scrolling issue with compiz on an r300 based >>> card? Firefox becomes unusably slow over here (Radeon 9500pro) when I >>> switch to compiz but the effects themselves work smoothly. >>> >>> Regards, >>> Dennis >>> >> I see the same thing with the R100. Firefox scrolling is unbearable and >> so is gnome-terminal scrolling, especially full screen. > > Admittedly that one is rather bad but it only happens if you scroll > using the mouse wheel not if you grap the scrollbar - I'm thinking > pango? I know everybody likes to kick pango, but this is not pango's fault. The problem is that when we run compiz on AIGLX, we kick out all pixmaps to host memory. This means that XCopyArea (which is what drives most scrolling) is no longer accelerated and furthermore, for each line you scroll, we have to copy the pixmap contents back out to the card. This is the big bottleneck in the compiz+AIGLX architecture, we're hoping to fix it post-fc6. Kristian From krh at redhat.com Wed Sep 13 19:50:35 2006 From: krh at redhat.com (=?ISO-8859-1?Q?Kristian_H=F8gsberg?=) Date: Wed, 13 Sep 2006 15:50:35 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> Message-ID: <4508610B.9050101@redhat.com> Joachim Frieben wrote: > You should certainly append: > > Section "Extensions" > Option "Composite" > EndSection > > to "xorg.conf". Otherwise the composite extension does not get enabled. > Beware: "Composite" is case-sensitive! This is no longer necessary, we now build the x server with composite enabled by default. Kristian From david at lovesunix.net Wed Sep 13 20:07:59 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 13 Sep 2006 22:07:59 +0200 Subject: Minimal X Config File and Compiz In-Reply-To: <450860E2.9040607@redhat.com> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> <45074C90.7010207@conversis.de> <1158150857.2815.9.camel@continuity> <1158154520.3273.68.camel@price> <450860E2.9040607@redhat.com> Message-ID: <1158178079.7108.2.camel@price> ons, 13 09 2006 kl. 15:49 -0400, skrev Kristian H?gsberg: > David Nielsen wrote: > ... > >>> Did you solve the Firefox scrolling issue with compiz on an r300 based > >>> card? Firefox becomes unusably slow over here (Radeon 9500pro) when I > >>> switch to compiz but the effects themselves work smoothly. > >>> > >>> Regards, > >>> Dennis > >>> > >> I see the same thing with the R100. Firefox scrolling is unbearable and > >> so is gnome-terminal scrolling, especially full screen. > > > > Admittedly that one is rather bad but it only happens if you scroll > > using the mouse wheel not if you grap the scrollbar - I'm thinking > > pango? > > I know everybody likes to kick pango, but this is not pango's fault. The > problem is that when we run compiz on AIGLX, we kick out all pixmaps to host > memory. This means that XCopyArea (which is what drives most scrolling) is no > longer accelerated and furthermore, for each line you scroll, we have to copy > the pixmap contents back out to the card. This is the big bottleneck in the > compiz+AIGLX architecture, we're hoping to fix it post-fc6. > > Kristian Damn you Kristian for ruining a perfectly good pango bashing with things like an informed opinion and the truth on your side.. :) but I'm glad to see that the problem is being worked on. - David From seg at haxxed.com Wed Sep 13 21:31:47 2006 From: seg at haxxed.com (Callum Lerwick) Date: Wed, 13 Sep 2006 16:31:47 -0500 Subject: Minimal X Config File and Compiz In-Reply-To: <4508080A.6060607@redhat.com> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> <4508080A.6060607@redhat.com> Message-ID: <1158183108.27813.32.camel@localhost> On Wed, 2006-09-13 at 09:30 -0400, Adam Jackson wrote: > I'm open to suggestions for better heuristics. Since Gnome is pretty > far from ever having a scalable UI, it might be sensible to modify the > above heuristic to "if multiple advertised modes match the physical > aspect ratio and we're somehow reasonably sure that it's not an LCD, > pick the one that comes closest to 100dpi". It's that reasonably sure > part that's tricky. Alternatively we could get gdm to randr to a > "sensible" size, but that just moves the problem to gdm, plus introduces > a flicker for the resize event. Err. A better sanity check IMHO is to choose the highest resolution that doesn't put the refresh rate under ~72hz. My crappy 17in displays can do 1280x1024, but at an eye murdering 60hz. I usually run them at 1280x960, which allows you to squeeze a 70hz refresh out of them, and also has square pixels. (Mind you, Xorg doesn't have 1280x960 at 70 modelines for some reason, so I have to add them...) Though on LCDs, 60hz isn't a problem, which brings us back to the "we need to know if its an LCD or a CRT" problem... Another issue is heat. Video cards get pretty damn hot these days, even at idle. I have found this is directly affected by the dotclock frequency. Last thing I need is for my machines to be sitting idle at a login screen, at 1280x960 at 70 (121mhz dotclock) with their video cards heating up the room. I actually put a call to "xrandr -s 800x600 -r 72" on the end of /etc/gdm/Init/Default, this brings the dotclock down to 50mhz and the temperature difference is quite significant. (The heatsink giving first degree burns vs being slightly warm) I've tested this on various Geforce2's, TNT2s and a 3dfx Banshee. Even Windows XP defaults to a very conservative resolution (800x600) and its up to the user to increase it if desired. (Of course, pre-XP it was 640x480 8bit...) -------------- 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 ajackson at redhat.com Wed Sep 13 22:16:05 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 13 Sep 2006 18:16:05 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <1158183108.27813.32.camel@localhost> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> <4508080A.6060607@redhat.com> <1158183108.27813.32.camel@localhost> Message-ID: <45088325.1050807@redhat.com> Callum Lerwick wrote: > On Wed, 2006-09-13 at 09:30 -0400, Adam Jackson wrote: >> I'm open to suggestions for better heuristics. Since Gnome is pretty >> far from ever having a scalable UI, it might be sensible to modify the >> above heuristic to "if multiple advertised modes match the physical >> aspect ratio and we're somehow reasonably sure that it's not an LCD, >> pick the one that comes closest to 100dpi". It's that reasonably sure >> part that's tricky. Alternatively we could get gdm to randr to a >> "sensible" size, but that just moves the problem to gdm, plus introduces >> a flicker for the resize event. > > Err. A better sanity check IMHO is to choose the highest resolution that > doesn't put the refresh rate under ~72hz. Of course, you might not get any modes that fast. But if you do that's not a bad secondary criteria. The other problem is that X really doesn't provide a way to RANDR _up_. The initial mode is the largest mode you're ever going to get. You can set a smaller initial mode with a large virtual, but that means you get pan and scan, and no one likes pan and scan. So while I certainly want to fix that eventually, for now it means I'd rather pick a mode that's slightly too large. I'll try the refresh rate idea on a few CRTs and see how well it works. - ajax From jacliburn at bellsouth.net Wed Sep 13 23:26:55 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 13 Sep 2006 18:26:55 -0500 Subject: VIA SATA patch request In-Reply-To: <45020FBA.80403@bellsouth.net> References: <45020FBA.80403@bellsouth.net> Message-ID: <450893BF.7020409@bellsouth.net> Jay Cliburn wrote: > Kernel 2.6.17.12 (latest stable) was released today with support > (almost) for the PATA side of the VIA 8237A Southbridge. Unfortunately, > the patch for the SATA side -- currently in -mm since the end of July -- > didn't make it. It probably won't enter the mainstream until 2.6.19, > when the change to the new libata hierarchy is scheduled to occur. > > May I please ask that it be added to FC devel until it's released > upstream? It's exceedingly simple and it works: I've been manually > patching Fedora kernels for over a month now to boot from a SATA drive > attached to an Asus M2V mainboard. > > If you guys don't do this sort of thing on request, just say so. Allow me to extend a personal thank you to Alan Cox, who pushed this patch into 2.6.18-rc7. Many owners of new VIA-based mainboards will be delighted to be able to boot FC6 without driver disks and kernel patching gyrations. Thanks again, Jay From alan at redhat.com Thu Sep 14 08:58:38 2006 From: alan at redhat.com (Alan Cox) Date: Thu, 14 Sep 2006 04:58:38 -0400 Subject: Minimal X Config File and Compiz In-Reply-To: <1158183108.27813.32.camel@localhost> References: <1158069699.30371.10.camel@raptor.sr.unh.edu> <4697.82.119.174.82.1158076120.squirrel@jose.freesurf.fr> <1158082646.30371.25.camel@raptor.sr.unh.edu> <200609121408.33014.jkeating@redhat.com> <1158085197.3273.52.camel@price> <4508080A.6060607@redhat.com> <1158183108.27813.32.camel@localhost> Message-ID: <20060914085838.GD7820@devserv.devel.redhat.com> On Wed, Sep 13, 2006 at 04:31:47PM -0500, Callum Lerwick wrote: > 1280x1024, but at an eye murdering 60hz. I usually run them at 1280x960, > which allows you to squeeze a 70hz refresh out of them, and also has > square pixels. (Mind you, Xorg doesn't have 1280x960 at 70 modelines for > some reason, so I have to add them...) For non LCD 72Hz is a legal working requirement in some countries for all the eye reasons you note. Ie you can use 60Hz for gaming but not in the office. > login screen, at 1280x960 at 70 (121mhz dotclock) with their video cards > heating up the room. I actually put a call to "xrandr -s 800x600 -r 72" > on the end of /etc/gdm/Init/Default, this brings the dotclock down to > 50mhz and the temperature difference is quite significant. (The heatsink > giving first degree burns vs being slightly warm) I've tested this on > various Geforce2's, TNT2s and a 3dfx Banshee. Make sure thats in bugzilla as an enhancement. From pasik at iki.fi Thu Sep 14 09:01:28 2006 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Thu, 14 Sep 2006 12:01:28 +0300 Subject: FC6t2 Anaconda/installer bug with dd: loads wrong module In-Reply-To: <20060913173431.GV29423@edu.joroinen.fi> References: <20060913173431.GV29423@edu.joroinen.fi> Message-ID: <20060914090128.GZ29423@edu.joroinen.fi> Problem solved.. Driver disk format has changed since RHEL4. FC5 and FC6 (and upcoming RHEL5) are using the new format. "modules.alias" is now required file, and "pcitable" is not used anymore. The checks for these files are broken in FC6 test2, but will be hopefully fixed in the later versions. So if you don't have "pcitable" file installer/anaconda will tell you the driver disk is broken.. but that file is not used anymore, the check is bogus. Also the installer does not check the existence of "modules.alias", which is a required file now.. if that file is missing, the driver disk will _not_ be loaded. Jeremy Katz from Redhat helped to solve this problem. Hopefully the documentation for FC6/RHEL5 will be updated with this new information/format. - Pasi On Wed, Sep 13, 2006 at 08:34:31PM +0300, Pasi K?rkk?inen wrote: > Hi! > > I'm using IBM Blade servers with Qlogic qla4xxx iSCSI HBA adapters. > > Fedora Core kernels don't include the qla4xxx driver for these HBAs. > > I've made my own custom driver disk (dd) images for FC6 test2 [1], but can't get > these images to work. Same kind of custom made dd images work well in RHEL4.. so > something has changed with the driver disk support, I just can't figure out what. > > The problem seems to be that fedora installer (anaconda) loads wrong > module.. for some unknown reason it loads tg3 module instead of qla4xxx. See > screenshots [2]. > > If I load the cd/floppy dd-images over http, then the installer won't load > anything.. and just gives error: "no devices of the appropriate type were > found on this driver disk". In this case the tg3 is already loaded.. > > My driver disk (dd) images [1] look like 100% OK to me.. PCI IDs are double > checked. In fact all the files containing PCI IDs are the same as in RHEL4 > dd images (which work OK). I've also checked the "official" qla4xxx dd > images for RHEL4 by Qlogic. My images look like the same (except that the > modules are compiled for FC kernels - of course). > > Ravi Anand from Qlogic also checked out my dd image, and said it looks > correct. > > I had the same issue with FC5 also.. > > So, what has changed after RHEL4 in the driver disk handling? > I think it Would be quite important to get this working for final FC6.. and RHEL5. > > Thanks! > > [1] http://pasik.reaktio.net/fc-dd/ > [2] http://pasik.reaktio.net/fc-dd/problem_screenshots/ > > -- Pasi > From gilboad at gmail.com Thu Sep 14 10:21:25 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 14 Sep 2006 13:21:25 +0300 Subject: Latest 64bit RPMs are up. In-Reply-To: <1157444290.27168.7.camel@gilboa-work-dev> References: <1157444290.27168.7.camel@gilboa-work-dev> Message-ID: <1158229285.4328.3.camel@gilboa-work-dev> RPMs are in 3.5.4-update-20060914 Having problem building Amarok on all platform, I'll try again once I have some free time. (weekend?) - Gilboa From gilboad at gmail.com Thu Sep 14 12:04:08 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 14 Sep 2006 15:04:08 +0300 Subject: Latest 64bit RPMs are up. In-Reply-To: <1158229285.4328.3.camel@gilboa-work-dev> References: <1157444290.27168.7.camel@gilboa-work-dev> <1158229285.4328.3.camel@gilboa-work-dev> Message-ID: <1158235448.4328.6.camel@gilboa-work-dev> On Thu, 2006-09-14 at 13:21 +0300, Gilboa Davara wrote: > RPMs are in 3.5.4-update-20060914 > Having problem building Amarok on all platform, I'll try again once I > have some free time. (weekend?) > > - Gilboa Please ignore. -Wrong- devel list :( - Gilboa From buildsys at redhat.com Thu Sep 14 14:21:46 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 14 Sep 2006 10:21:46 -0400 Subject: rawhide report: 20060914 changes Message-ID: <200609141421.k8EELkuN010224@hs20-bc2-6.build.redhat.com> Updated Packages: (none) From katzj at redhat.com Thu Sep 14 15:17:52 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 14 Sep 2006 11:17:52 -0400 Subject: Announcing Fedora Core 6 Test3 (5.92) Message-ID: <1158247072.6798.5.camel@aglarond.local> On August 24th, the International Astronomical Union redefined what is required for planet-hood. This had the result of reclassifying Pluto as a dwarf planet. Today, we release Fedora Core 6 Test 3. We have not redefined what is required for a Fedora release, instead continuing to provide the same high quality that users have come to expect from Fedora. Fedora Core 6 Test 3 (5.92) Now Available ================================== The Fedora Project announces the third and final test release of the Fedora Core 6 development cycle, available for the i386, x86_64, and ppc/ppc64 architectures, including Intel based Macintosh computers. Be aware that Test releases are recommended only for Linux experts/enthusiasts or for the technology evaluation, as many parts are likely to be broken and the rate of change is rapid. http://fedoraproject.org/wiki/Core/Schedule The final release of Fedora Core 6 is scheduled for release on October 11. At this point, the release is feature complete and in a locked down bug fix mode. It is important that we get your help in testing, reporting, and suggesting fixes for bugs. Please direct bugs to http://bugzilla.redhat.com, product Fedora Core, Version fc6test3. As always, be sure that your bug is not already fixed by updates and search for existing bugs before filing. Thanks to all in the Fedora Project Community who have contributed to this release. Your continued efforts are what makes Fedora possible. Downloads ========= DVD, CD, and network installation are available. Read the Important Warnings below in this announcement for more details. The recommended method of download is via BitTorrent from this site: http://torrent.fedoraproject.org/ HTTP, FTP, and RSYNC downloads are available from these Fedora Project mirrors. Note that not all mirrors may be synced at this time. http://fedora.redhat.com/Download/mirrors.html Notable Features of Fedora Core 6 ================================= * Support for installation from multiple repositories at install-time, including access to Fedora Extras for network installs * GNOME 2.16.0 * KDE 3.5.3 * An improved look and feel for various non-English languages thanks to a new default font * New desktop eye candy provided by the Compiz window manager using AIGLX * Notification of available software updates via notification bubbles * Improved startup performance of applications due to support for the DT_GNU_HASH linker option * Improved speed of various package management utilities * Further improvements in the Xen virtualization technology as well as the inclusion of a graphical application for creating and managing domains (virt-manager) * Increased usability of SELinux thanks to the integration of setroubleshoot which lets the user know when security denials occur * Integrated smart card capabilities * Improved X autoconfiguration to work better with LCDs and laptops * An improved version of system-config-printer to provide for easier and more powerful printer configuration * New artwork to provide a fresh new feel. And much, much more! From barry.scott at onelan.co.uk Thu Sep 14 17:38:02 2006 From: barry.scott at onelan.co.uk (Barry Scott) Date: Thu, 14 Sep 2006 18:38:02 +0100 Subject: How do I make an installation initrd.img for a new kernel? Message-ID: <4509937A.9030900@onelan.co.uk> I need up update the network install for FC4 so that it supports new hardware (nVidia ethernet - forcedeth). The 2.6.17 kernel is fine in this case. But the initrd.gz that is installed in /boot is nothing like the images/pxeboot/initrd.img from the installation CD. I need to know how the images/pxeboot/initrd.img was made so that I can make a new one for the 2.6.17 kernel. Can anyone point in the right direction? Barry From jacliburn at bellsouth.net Thu Sep 14 18:21:11 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Thu, 14 Sep 2006 13:21:11 -0500 Subject: How do I make an installation initrd.img for a new kernel? In-Reply-To: <4509937A.9030900@onelan.co.uk> References: <4509937A.9030900@onelan.co.uk> Message-ID: <45099D97.3090409@bellsouth.net> Barry Scott wrote: > I need up update the network install for FC4 so that it > supports new hardware (nVidia ethernet - forcedeth). > > The 2.6.17 kernel is fine in this case. But the initrd.gz that > is installed in /boot is nothing like the images/pxeboot/initrd.img > from the installation CD. > > I need to know how the images/pxeboot/initrd.img was made > so that I can make a new one for the 2.6.17 kernel. > > Can anyone point in the right direction? Don't know about the pxeboot initrd, but to roll your own initrd, first make sure you have a kernel/initrd combination that allows you to boot into the machine in case the following causes problems. Then save the existing initrd, and mkinitrd -f --preload=module1 --preload=module2 --preload=moduleN \ initrd-.img where = `uname -r` From jacliburn at bellsouth.net Thu Sep 14 18:32:43 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Thu, 14 Sep 2006 13:32:43 -0500 Subject: How do I make an installation initrd.img for a new kernel? In-Reply-To: <45099D97.3090409@bellsouth.net> References: <4509937A.9030900@onelan.co.uk> <45099D97.3090409@bellsouth.net> Message-ID: <4509A04B.3030503@bellsouth.net> Jay Cliburn wrote: > Barry Scott wrote: >> I need up update the network install for FC4 so that it >> supports new hardware (nVidia ethernet - forcedeth). >> >> The 2.6.17 kernel is fine in this case. But the initrd.gz that >> is installed in /boot is nothing like the images/pxeboot/initrd.img >> from the installation CD. >> >> I need to know how the images/pxeboot/initrd.img was made >> so that I can make a new one for the 2.6.17 kernel. >> >> Can anyone point in the right direction? > > Don't know about the pxeboot initrd, but to roll your own initrd, first > make sure you have a kernel/initrd combination that allows you to boot > into the machine in case the following causes problems. > > Then save the existing initrd, and > > mkinitrd -f --preload=module1 --preload=module2 --preload=moduleN \ > initrd-.img > > where = `uname -r` I realized after hitting send that my final "where..." statement could be misleading. should be what `uname -r` would return on the target OS version, not necessarily the version you're running at the time you issue mkinitrd. From ravi.anand at qlogic.com Thu Sep 14 20:02:23 2006 From: ravi.anand at qlogic.com (Ravi Anand) Date: Thu, 14 Sep 2006 13:02:23 -0700 Subject: FC6t2 Anaconda/installer bug with dd: loads wrong module References: <20060913173431.GV29423@edu.joroinen.fi> <20060914090128.GZ29423@edu.joroinen.fi> Message-ID: >"modules.alias" is now required file, and "pcitable" is not used anymore. Nice to know. I guess keeping it backward compatible is going to save a lot of headache for other people. Or anacoda is modified to let user know that this dd kit is using old format which is not supported anymore. For new format the requirement is to use module.alias instead of pcitable. Basically some notification to let user know what's wrong with their ddkit. Ravi -----Original Message----- From: fedora-devel-list-bounces at redhat.com on behalf of Pasi K?rkk?inen Sent: Thu 9/14/2006 2:01 AM To: fedora-devel-list at redhat.com Subject: Re: FC6t2 Anaconda/installer bug with dd: loads wrong module Problem solved.. Driver disk format has changed since RHEL4. FC5 and FC6 (and upcoming RHEL5) are using the new format. "modules.alias" is now required file, and "pcitable" is not used anymore. The checks for these files are broken in FC6 test2, but will be hopefully fixed in the later versions. So if you don't have "pcitable" file installer/anaconda will tell you the driver disk is broken.. but that file is not used anymore, the check is bogus. Also the installer does not check the existence of "modules.alias", which is a required file now.. if that file is missing, the driver disk will _not_ be loaded. Jeremy Katz from Redhat helped to solve this problem. Hopefully the documentation for FC6/RHEL5 will be updated with this new information/format. - Pasi On Wed, Sep 13, 2006 at 08:34:31PM +0300, Pasi K?rkk?inen wrote: > Hi! > > I'm using IBM Blade servers with Qlogic qla4xxx iSCSI HBA adapters. > > Fedora Core kernels don't include the qla4xxx driver for these HBAs. > > I've made my own custom driver disk (dd) images for FC6 test2 [1], but can't get > these images to work. Same kind of custom made dd images work well in RHEL4.. so > something has changed with the driver disk support, I just can't figure out what. > > The problem seems to be that fedora installer (anaconda) loads wrong > module.. for some unknown reason it loads tg3 module instead of qla4xxx. See > screenshots [2]. > > If I load the cd/floppy dd-images over http, then the installer won't load > anything.. and just gives error: "no devices of the appropriate type were > found on this driver disk". In this case the tg3 is already loaded.. > > My driver disk (dd) images [1] look like 100% OK to me.. PCI IDs are double > checked. In fact all the files containing PCI IDs are the same as in RHEL4 > dd images (which work OK). I've also checked the "official" qla4xxx dd > images for RHEL4 by Qlogic. My images look like the same (except that the > modules are compiled for FC kernels - of course). > > Ravi Anand from Qlogic also checked out my dd image, and said it looks > correct. > > I had the same issue with FC5 also.. > > So, what has changed after RHEL4 in the driver disk handling? > I think it Would be quite important to get this working for final FC6.. and RHEL5. > > Thanks! > > [1] http://pasik.reaktio.net/fc-dd/ > [2] http://pasik.reaktio.net/fc-dd/problem_screenshots/ > > -- Pasi > -- fedora-devel-list mailing list fedora-devel-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list -------------- next part -------------- An HTML attachment was scrubbed... URL: From e11321 at comcast.net Thu Sep 14 20:43:01 2006 From: e11321 at comcast.net (e11321 at comcast.net) Date: Thu, 14 Sep 2006 20:43:01 +0000 Subject: fc3 T3 spins after "Checking for previous fedora installations" Message-ID: <091420062043.23177.4509BED50003AB4C00005A892200750784CECDCCCECE0A@comcast.net> Hi, I don't remember the exact phrasing but the fc3 t3 install hangs after I see the "Checking for previous fedora installations." In the lower right hand corner of my screen the pointer sits with the blue dots spinning around it. I have mouse control. I tested the media. This also occurred w/ fc3 t2. The last thing I installed was some version of SUSE. It's installed on hda2, and fc5 is installed on hda3. I wonder if the SUSE install changed something to screw up this install. I'm installing on an HP pavillion ze5300 series (ze5385us according to a sticker) laptop. If someone can give me an idea of what to look at I'd like to try to get this working. Pat. From clumens at redhat.com Thu Sep 14 20:47:35 2006 From: clumens at redhat.com (Chris Lumens) Date: Thu, 14 Sep 2006 16:47:35 -0400 Subject: fc3 T3 spins after "Checking for previous fedora installations" In-Reply-To: <091420062043.23177.4509BED50003AB4C00005A892200750784CECDCCCECE0A@comcast.net> References: <091420062043.23177.4509BED50003AB4C00005A892200750784CECDCCCECE0A@comcast.net> Message-ID: <20060914204734.GA18837@exeter.boston.redhat.com> > I don't remember the exact phrasing but the fc3 t3 install hangs after I see the "Checking for previous fedora installations." In the lower right hand corner of my screen the pointer sits with the blue dots spinning around it. > > I have mouse control. I tested the media. This also occurred w/ fc3 t2. > > The last thing I installed was some version of SUSE. It's installed on hda2, and fc5 is installed on hda3. I wonder if the SUSE install changed something to screw up this install. Press ctrl-alt-f4. Does it look like a kernel panic? We've seen things like this before where there's kernel troubles when reading the reiserfs filesystem. - Chris From e11321 at comcast.net Thu Sep 14 21:37:32 2006 From: e11321 at comcast.net (e11321 at comcast.net) Date: Thu, 14 Sep 2006 21:37:32 +0000 Subject: fc3 T3 spins after "Checking for previous fedora installations" Message-ID: <091420062137.18503.4509CB9C000978D3000048472207020853CECDCCCECE0A@comcast.net> Hi Chris, I don't know enough to know if I'm looking at a kernel panic. When I try a text install I get what looks like random characters and: install exited abnormally [1/1] cntrl-alt-f4 gives me: <4> [] sys_oldumount+0xd/0xf <4> [] syscall_call+0x7/0xb <4>DWARF2 unwinder stuck at syscall_call+0x7/0xb <4>Leftover inexact backtrace: <4> [] show_stack_log_lvl+0x8a/0x95 <4> [] show_registers+0x125/0x192 <4> [] die+0x15f/0x262 <4> [<...>] do_trap... <4> [<...>] do_invalid.. <4> [<...>] error_code... <4> [<...>] shrink_dcache_for_umount... <4> [<...>] generic_shutdown_super... <4> [<...>] kill_block_super... <4> [<...>] deactivate_super... <4> [<...>] mntput_no_expire... <4> [<...>] path_release_on_umount... <4> [<...>] sys_umount... <4> [<...>] sys_oldumount... <4> [] syscall_call+0x7/0xb <0>Code: 02 00 00 8b 40 1c 85 d2 8b 00 c7 45 f0 00 00 00 00 74 06 8b 52 20 89 55 f0 57 50 56 51 ff 75 f0 53 68 d5 75 61 c0 e8 a1 33 fa ff <0f> 0b 67 02 c9 75 61 c0 83 c4 1c 8b 73 3c 39 de 75 04 31 f6 eb <0>EIP: [] shrink_dcache_for_umount_subtree+0x146/0x1d6 SS:ESP 0068:ca15feb4 <4> -------------- Original message ---------------------- From: Chris Lumens > > I don't remember the exact phrasing but the fc3 t3 install hangs after I see > the "Checking for previous fedora installations." In the lower right hand > corner of my screen the pointer sits with the blue dots spinning around it. > > > > I have mouse control. I tested the media. This also occurred w/ fc3 t2. > > > > The last thing I installed was some version of SUSE. It's installed on hda2, > and fc5 is installed on hda3. I wonder if the SUSE install changed something to > screw up this install. > > Press ctrl-alt-f4. Does it look like a kernel panic? We've seen things > like this before where there's kernel troubles when reading the reiserfs > filesystem. > > - Chris > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From prarit at redhat.com Thu Sep 14 21:58:48 2006 From: prarit at redhat.com (Prarit Bhargava) Date: Thu, 14 Sep 2006 17:58:48 -0400 Subject: fc3 T3 spins after "Checking for previous fedora installations" In-Reply-To: <20060914204734.GA18837@exeter.boston.redhat.com> References: <091420062043.23177.4509BED50003AB4C00005A892200750784CECDCCCECE0A@comcast.net> <20060914204734.GA18837@exeter.boston.redhat.com> Message-ID: <4509D098.7070208@redhat.com> Chris, Chris Lumens wrote: >> I don't remember the exact phrasing but the fc3 t3 install hangs after I see the "Checking for previous fedora installations." In the lower right hand corner of my screen the pointer sits with the blue dots spinning around it. >> >> I have mouse control. I tested the media. This also occurred w/ fc3 t2. >> >> The last thing I installed was some version of SUSE. It's installed on hda2, and fc5 is installed on hda3. I wonder if the SUSE install changed something to screw up this install. >> > > This looks ALOT like the squashfs memory corruption issue. He may not be able to get around it ... See 204638 and 206472 ... FYI, P. > Press ctrl-alt-f4. Does it look like a kernel panic? We've seen things > like this before where there's kernel troubles when reading the reiserfs > filesystem. > > - Chris > > From katzj at redhat.com Fri Sep 15 00:46:06 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 15 Sep 2006 02:46:06 +0200 Subject: Announcing Fedora Core 6 Test3 (5.92) Message-ID: <000101c6d860$53d4e8c0$ba00000a@grecom.local> On August 24th, the International Astronomical Union redefined what is required for planet-hood. This had the result of reclassifying Pluto as a dwarf planet. Today, we release Fedora Core 6 Test 3. We have not redefined what is required for a Fedora release, instead continuing to provide the same high quality that users have come to expect from Fedora. Fedora Core 6 Test 3 (5.92) Now Available ================================== The Fedora Project announces the third and final test release of the Fedora Core 6 development cycle, available for the i386, x86_64, and ppc/ppc64 architectures, including Intel based Macintosh computers. Be aware that Test releases are recommended only for Linux experts/enthusiasts or for the technology evaluation, as many parts are likely to be broken and the rate of change is rapid. http://fedoraproject.org/wiki/Core/Schedule The final release of Fedora Core 6 is scheduled for release on October 11. At this point, the release is feature complete and in a locked down bug fix mode. It is important that we get your help in testing, reporting, and suggesting fixes for bugs. Please direct bugs to http://bugzilla.redhat.com, product Fedora Core, Version fc6test3. As always, be sure that your bug is not already fixed by updates and search for existing bugs before filing. Thanks to all in the Fedora Project Community who have contributed to this release. Your continued efforts are what makes Fedora possible. Downloads ========= DVD, CD, and network installation are available. Read the Important Warnings below in this announcement for more details. The recommended method of download is via BitTorrent from this site: http://torrent.fedoraproject.org/ HTTP, FTP, and RSYNC downloads are available from these Fedora Project mirrors. Note that not all mirrors may be synced at this time. http://fedora.redhat.com/Download/mirrors.html Notable Features of Fedora Core 6 ================================= * Support for installation from multiple repositories at install-time, including access to Fedora Extras for network installs * GNOME 2.16.0 * KDE 3.5.3 * An improved look and feel for various non-English languages thanks to a new default font * New desktop eye candy provided by the Compiz window manager using AIGLX * Notification of available software updates via notification bubbles * Improved startup performance of applications due to support for the DT_GNU_HASH linker option * Improved speed of various package management utilities * Further improvements in the Xen virtualization technology as well as the inclusion of a graphical application for creating and managing domains (virt-manager) * Increased usability of SELinux thanks to the integration of setroubleshoot which lets the user know when security denials occur * Integrated smart card capabilities * Improved X autoconfiguration to work better with LCDs and laptops * An improved version of system-config-printer to provide for easier and more powerful printer configuration * New artwork to provide a fresh new feel. And much, much more! -- fedora-announce-list mailing list fedora-announce-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list From katzj at redhat.com Fri Sep 15 00:46:06 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 15 Sep 2006 02:46:06 +0200 Subject: Announcing Fedora Core 6 Test3 (5.92) Message-ID: <000001c6d860$53d4e8c0$ba00000a@grecom.local> On August 24th, the International Astronomical Union redefined what is required for planet-hood. This had the result of reclassifying Pluto as a dwarf planet. Today, we release Fedora Core 6 Test 3. We have not redefined what is required for a Fedora release, instead continuing to provide the same high quality that users have come to expect from Fedora. Fedora Core 6 Test 3 (5.92) Now Available ================================== The Fedora Project announces the third and final test release of the Fedora Core 6 development cycle, available for the i386, x86_64, and ppc/ppc64 architectures, including Intel based Macintosh computers. Be aware that Test releases are recommended only for Linux experts/enthusiasts or for the technology evaluation, as many parts are likely to be broken and the rate of change is rapid. http://fedoraproject.org/wiki/Core/Schedule The final release of Fedora Core 6 is scheduled for release on October 11. At this point, the release is feature complete and in a locked down bug fix mode. It is important that we get your help in testing, reporting, and suggesting fixes for bugs. Please direct bugs to http://bugzilla.redhat.com, product Fedora Core, Version fc6test3. As always, be sure that your bug is not already fixed by updates and search for existing bugs before filing. Thanks to all in the Fedora Project Community who have contributed to this release. Your continued efforts are what makes Fedora possible. Downloads ========= DVD, CD, and network installation are available. Read the Important Warnings below in this announcement for more details. The recommended method of download is via BitTorrent from this site: http://torrent.fedoraproject.org/ HTTP, FTP, and RSYNC downloads are available from these Fedora Project mirrors. Note that not all mirrors may be synced at this time. http://fedora.redhat.com/Download/mirrors.html Notable Features of Fedora Core 6 ================================= * Support for installation from multiple repositories at install-time, including access to Fedora Extras for network installs * GNOME 2.16.0 * KDE 3.5.3 * An improved look and feel for various non-English languages thanks to a new default font * New desktop eye candy provided by the Compiz window manager using AIGLX * Notification of available software updates via notification bubbles * Improved startup performance of applications due to support for the DT_GNU_HASH linker option * Improved speed of various package management utilities * Further improvements in the Xen virtualization technology as well as the inclusion of a graphical application for creating and managing domains (virt-manager) * Increased usability of SELinux thanks to the integration of setroubleshoot which lets the user know when security denials occur * Integrated smart card capabilities * Improved X autoconfiguration to work better with LCDs and laptops * An improved version of system-config-printer to provide for easier and more powerful printer configuration * New artwork to provide a fresh new feel. And much, much more! -- fedora-announce-list mailing list fedora-announce-list at redhat.com https://www.redhat.com/mailman/listinfo/fedora-announce-list From louisg00 at bellsouth.net Fri Sep 15 03:09:24 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Thu, 14 Sep 2006 23:09:24 -0400 Subject: No sound with FC6T3 Message-ID: <1158289764.2454.10.camel@soncomputer> Just installed test3 and noticed I have no sound. Sound was working since test2. Soundcard detection correctly finds my card as creative labs SB Live! EMU10k1 but does not show any pcm devices. Also totem does not open, says could not open resource for writing. I will file a bug in the morning. From louisg00 at bellsouth.net Fri Sep 15 03:56:12 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Thu, 14 Sep 2006 23:56:12 -0400 Subject: No sound with FC6T3 In-Reply-To: <1158289764.2454.10.camel@soncomputer> References: <1158289764.2454.10.camel@soncomputer> Message-ID: <1158292572.2792.6.camel@soncomputer> On Thu, 2006-09-14 at 23:09 -0400, Louis Garcia wrote: > Just installed test3 and noticed I have no sound. Sound was working > since test2. Soundcard detection correctly finds my card as creative > labs SB Live! EMU10k1 but does not show any pcm devices. Also totem does > not open, says could not open resource for writing. > > I will file a bug in the morning. Some more info. Seems the config tool is confused with my usb webcam. When I installed the system I had the cam plugged. The config tool saw the mic from the webcam and not my sound card. When I unplugged the cam the sound tool properly configured my card and was able to hear the sample sound. From nman64 at n-man.com Fri Sep 15 04:18:18 2006 From: nman64 at n-man.com (Patrick W. Barnes) Date: Thu, 14 Sep 2006 23:18:18 -0500 Subject: Apache Fedora branding In-Reply-To: <4502FD73.9020004@bellsouth.net> References: <44FF4607.8090607@fedoraproject.org> <4502DBC3.6060004@fedoraproject.org> <4502FD73.9020004@bellsouth.net> Message-ID: <200609142318.21290.nman64@n-man.com> On Saturday 09 September 2006 12:44, Jay Cliburn wrote: > Rahul wrote: > > nodata wrote: > >> Looks good, apart from one part. > >> > >> The sentence: > >> "We don't know anything about the website, and there's nothing we can do > >> to correct the problem." > >> > >> sounds like it comes from a bad IT Helpdesk. > > > > The statement is completely true. If you want to reword it, do suggest > > something or just edit the wiki. > > > > Rahul > > I suggest you simply strike the sentence. The previous two sentences > convey the message adequately. You might think that, but the volume of mail that we receive about the issue proves that people aren't getting the point, so perhaps it simply needs to be broken down into brutally simple language. -- Patrick "The N-Man" Barnes nman64 at n-man.com http://www.n-man.com/ LinkedIn: http://www.linkedin.com/in/nman64 Have I been helpful? Rate my assistance! http://rate.affero.net/nman64/ -- -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jspaleta at gmail.com Fri Sep 15 04:43:07 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 14 Sep 2006 20:43:07 -0800 Subject: Apache Fedora branding In-Reply-To: <200609142318.21290.nman64@n-man.com> References: <44FF4607.8090607@fedoraproject.org> <4502DBC3.6060004@fedoraproject.org> <4502FD73.9020004@bellsouth.net> <200609142318.21290.nman64@n-man.com> Message-ID: <604aa7910609142143k32a1e5fbsd8c8431cb0d96eae@mail.gmail.com> On 9/14/06, Patrick W. Barnes wrote: > so perhaps it simply needs to be > broken down into brutally simple language. How brutal would you like it? How about I do this.. how about I explain the situation to a neighborhood five year old. Then once its clear they understand it, I have that five year old dictate an explanation for the people who just don't get it and we give explicit credit for the paragraph to Jimmy, age 5 with an additional link to the original audio file where Jimmy lays it all out in a language even kindergartners understand. -jef"one rabbit furlined hat closer to a fully authentic crazy guy in alaska halloween costume"spaleta From lists-gawain at felicity-group.com Fri Sep 15 05:17:38 2006 From: lists-gawain at felicity-group.com (Gawain Lynch) Date: Fri, 15 Sep 2006 15:17:38 +1000 Subject: Apache Fedora branding In-Reply-To: <604aa7910609142143k32a1e5fbsd8c8431cb0d96eae@mail.gmail.com> References: <44FF4607.8090607@fedoraproject.org> <4502DBC3.6060004@fedoraproject.org> <4502FD73.9020004@bellsouth.net> <200609142318.21290.nman64@n-man.com> <604aa7910609142143k32a1e5fbsd8c8431cb0d96eae@mail.gmail.com> Message-ID: <1158297458.3945.38.camel@legolas.felicity.net.au> On Thu, 2006-09-14 at 20:43 -0800, Jeff Spaleta wrote: > On 9/14/06, Patrick W. Barnes wrote: > > so perhaps it simply needs to be > > broken down into brutally simple language. > > How brutal would you like it? > > How about I do this.. how about I explain the situation to a > neighborhood five year old. Then once its clear they understand it, I > have that five year old dictate an explanation for the people who just > don't get it and we give explicit credit for the paragraph to Jimmy, > age 5 with an additional link to the original audio file where Jimmy > lays it all out in a language even kindergartners understand. > > -jef"one rabbit furlined hat closer to a fully authentic crazy guy in > alaska halloween costume"spaleta > Probably better if you make it a 6 year old, you don't want to demean these people too much now do you... Oh wait. From louisg00 at bellsouth.net Fri Sep 15 05:23:52 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Fri, 15 Sep 2006 01:23:52 -0400 Subject: rhythmbox problem importing folders Message-ID: <1158297832.3268.2.camel@soncomputer> In a newly installed fc6t3 I am having problems importing folders in rhythmbox. The fileselector just hangs. I put this in bugzilla, is anyone seeing the same? -Louis From stransky at redhat.com Fri Sep 15 08:08:29 2006 From: stransky at redhat.com (Martin Stransky) Date: Fri, 15 Sep 2006 10:08:29 +0200 Subject: No sound with FC6T3 In-Reply-To: <1158292572.2792.6.camel@soncomputer> References: <1158289764.2454.10.camel@soncomputer> <1158292572.2792.6.camel@soncomputer> Message-ID: <450A5F7D.80708@redhat.com> Please fill a bug report for it and attach /root/scsconfig.log Ma. Louis Garcia wrote: > On Thu, 2006-09-14 at 23:09 -0400, Louis Garcia wrote: > >>Just installed test3 and noticed I have no sound. Sound was working >>since test2. Soundcard detection correctly finds my card as creative >>labs SB Live! EMU10k1 but does not show any pcm devices. Also totem does >>not open, says could not open resource for writing. >> >>I will file a bug in the morning. > > > Some more info. Seems the config tool is confused with my usb webcam. > When I installed the system I had the cam plugged. The config tool saw > the mic from the webcam and not my sound card. When I unplugged the cam > the sound tool properly configured my card and was able to hear the > sample sound. > > > > From pasik at iki.fi Fri Sep 15 08:09:33 2006 From: pasik at iki.fi (Pasi =?iso-8859-1?Q?K=E4rkk=E4inen?=) Date: Fri, 15 Sep 2006 11:09:33 +0300 Subject: FC6t2 Anaconda/installer bug with dd: loads wrong module In-Reply-To: References: <20060913173431.GV29423@edu.joroinen.fi> <20060914090128.GZ29423@edu.joroinen.fi> Message-ID: <20060915080933.GF29423@edu.joroinen.fi> On Thu, Sep 14, 2006 at 01:02:23PM -0700, Ravi Anand wrote: > >"modules.alias" is now required file, and "pcitable" is not used anymore. > Nice to know. I guess keeping it backward compatible is going > to save a lot of headache for other people. Or anacoda > is modified to let user know that this dd kit > is using old format which is not supported anymore. > For new format the requirement is to use module.alias instead of pcitable. > > Basically some notification to let user know what's wrong with their ddkit. > This driver disk bug is now fixed in anaconda cvs, see comment #18: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=195899 - Pasi > Ravi > > > > > > > > > -----Original Message----- > From: fedora-devel-list-bounces at redhat.com on behalf of Pasi K?rkk?inen > Sent: Thu 9/14/2006 2:01 AM > To: fedora-devel-list at redhat.com > Subject: Re: FC6t2 Anaconda/installer bug with dd: loads wrong module > > > Problem solved.. > > Driver disk format has changed since RHEL4. > FC5 and FC6 (and upcoming RHEL5) are using the new format. > > "modules.alias" is now required file, and "pcitable" is not used anymore. > > The checks for these files are broken in FC6 test2, but will be hopefully > fixed in the later versions. > > So if you don't have "pcitable" file installer/anaconda will tell you the driver > disk is broken.. but that file is not used anymore, the check is bogus. Also the > installer does not check the existence of "modules.alias", which is a required file > now.. if that file is missing, the driver disk will _not_ be loaded. > > Jeremy Katz from Redhat helped to solve this problem. > > Hopefully the documentation for FC6/RHEL5 will be updated with this new > information/format. > > - Pasi > > On Wed, Sep 13, 2006 at 08:34:31PM +0300, Pasi K?rkk?inen wrote: > > Hi! > > > > I'm using IBM Blade servers with Qlogic qla4xxx iSCSI HBA adapters. > > > > Fedora Core kernels don't include the qla4xxx driver for these HBAs. > > > > I've made my own custom driver disk (dd) images for FC6 test2 [1], but can't get > > these images to work. Same kind of custom made dd images work well in RHEL4.. so > > something has changed with the driver disk support, I just can't figure out what. > > > > The problem seems to be that fedora installer (anaconda) loads wrong > > module.. for some unknown reason it loads tg3 module instead of qla4xxx. See > > screenshots [2]. > > > > If I load the cd/floppy dd-images over http, then the installer won't load > > anything.. and just gives error: "no devices of the appropriate type were > > found on this driver disk". In this case the tg3 is already loaded.. > > > > My driver disk (dd) images [1] look like 100% OK to me.. PCI IDs are double > > checked. In fact all the files containing PCI IDs are the same as in RHEL4 > > dd images (which work OK). I've also checked the "official" qla4xxx dd > > images for RHEL4 by Qlogic. My images look like the same (except that the > > modules are compiled for FC kernels - of course). > > > > Ravi Anand from Qlogic also checked out my dd image, and said it looks > > correct. > > > > I had the same issue with FC5 also.. > > > > So, what has changed after RHEL4 in the driver disk handling? > > I think it Would be quite important to get this working for final FC6.. and RHEL5. > > > > Thanks! > > > > [1] http://pasik.reaktio.net/fc-dd/ > > [2] http://pasik.reaktio.net/fc-dd/problem_screenshots/ > > > > -- Pasi > > From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 15 08:55:18 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 15 Sep 2006 10:55:18 +0200 Subject: rhythmbox problem importing folders In-Reply-To: <1158297832.3268.2.camel@soncomputer> References: <1158297832.3268.2.camel@soncomputer> Message-ID: <20060915105518.56fdbc64@python2> Louis Garcia wrote : > In a newly installed fc6t3 I am having problems importing folders in > rhythmbox. The fileselector just hangs. I put this in bugzilla, is > anyone seeing the same? Yeah, I did see the same on a home FC devel system. I thought it was because the directory I was trying to import was on nfs and the network a low signal wifi connection... but browsing the files with nautilus worked fine. Didn't investigate further. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.17-1.2630.fc6 Load : 1.02 0.48 0.31 From barry.scott at onelan.co.uk Fri Sep 15 09:36:07 2006 From: barry.scott at onelan.co.uk (Barry Scott) Date: Fri, 15 Sep 2006 10:36:07 +0100 Subject: How do I make an installation initrd.img for a new kernel? In-Reply-To: <4509A04B.3030503@bellsouth.net> References: <4509937A.9030900@onelan.co.uk> <45099D97.3090409@bellsouth.net> <4509A04B.3030503@bellsouth.net> Message-ID: <450A7407.5060902@onelan.co.uk> Jay Cliburn wrote: > Jay Cliburn wrote: >> Barry Scott wrote: >>> I need up update the network install for FC4 so that it >>> supports new hardware (nVidia ethernet - forcedeth). >>> >>> The 2.6.17 kernel is fine in this case. But the initrd.gz that >>> is installed in /boot is nothing like the images/pxeboot/initrd.img >>> from the installation CD. >>> >>> I need to know how the images/pxeboot/initrd.img was made >>> so that I can make a new one for the 2.6.17 kernel. >>> >>> Can anyone point in the right direction? >> >> Don't know about the pxeboot initrd, but to roll your own initrd, >> first make sure you have a kernel/initrd combination that allows you >> to boot into the machine in case the following causes problems. >> >> Then save the existing initrd, and >> >> mkinitrd -f --preload=module1 --preload=module2 --preload=moduleN \ >> initrd-.img >> >> where = `uname -r` > > I realized after hitting send that my final "where..." statement could > be misleading. should be what `uname -r` would return > on the target OS version, not necessarily the version you're running > at the time you issue mkinitrd. > All of this is in the man page. What I'm after is the script used to create the initrd.img that shipped on the FC4 CDROM for network installation. Remember that the boot process has to start up the anaconda installation process, not boot the system from disk, which is what the output of mkinitrd will give you. Barry From aalam at redhat.com Fri Sep 15 09:44:25 2006 From: aalam at redhat.com (A S Alam) Date: Fri, 15 Sep 2006 15:14:25 +0530 Subject: rhythmbox problem importing folders In-Reply-To: <1158297832.3268.2.camel@soncomputer> References: <1158297832.3268.2.camel@soncomputer> Message-ID: <450A75F9.7060708@redhat.com> Louis Garcia ?? ?????: > In a newly installed fc6t3 I am having problems importing folders in > rhythmbox. The fileselector just hangs. I put this in bugzilla, is > anyone seeing the same? > > -Louis > May effect of following bug: http://bugzilla.gnome.org/show_bug.cgi?id=346800 thanks -- A S Alam timezone: GMT+5:30 join us at #fedora-l10n (freenode) "Either find a way or make one" From tadams-lists at myrealbox.com Fri Sep 15 11:18:28 2006 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Fri, 15 Sep 2006 05:18:28 -0600 Subject: rhythmbox problem importing folders In-Reply-To: <1158297832.3268.2.camel@soncomputer> References: <1158297832.3268.2.camel@soncomputer> Message-ID: <1158319108.3199.8.camel@aurora.localdomain> On Fri, 2006-09-15 at 01:23 -0400, Louis Garcia wrote: > In a newly installed fc6t3 I am having problems importing folders in > rhythmbox. The fileselector just hangs. I put this in bugzilla, is > anyone seeing the same? > > -Louis I had filed a bug and was told it was a problem in libgnomeui (I think it was) and Fedora needed to update. Trever From lists-gawain at felicity-group.com Fri Sep 15 11:52:39 2006 From: lists-gawain at felicity-group.com (Gawain Lynch) Date: Fri, 15 Sep 2006 21:52:39 +1000 Subject: How do I make an installation initrd.img for a new kernel? In-Reply-To: <450A7407.5060902@onelan.co.uk> References: <4509937A.9030900@onelan.co.uk> <45099D97.3090409@bellsouth.net> <4509A04B.3030503@bellsouth.net> <450A7407.5060902@onelan.co.uk> Message-ID: <1158321159.3945.46.camel@legolas.felicity.net.au> > All of this is in the man page. What I'm after is the script used to > create the initrd.img that shipped on the FC4 CDROM > for network installation. This *may* or may not help you. Attached is a script I was working on for educational purposes a while ago to add the ipw2200 modules and dependencies to the install initrd. Now this was never going to work because anaconda doesn't support wireless setup, but the aim of the game was to get anaconda to detect a device it wasn't supposed to, in much the same vein as what you are trying to achieve. You should be able to get the gist of what is required from the script. Take care, Gawain -------------- next part -------------- A non-text attachment was scrubbed... Name: add-module Type: application/x-shellscript Size: 2796 bytes Desc: not available URL: From mclasen at redhat.com Fri Sep 15 12:31:29 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Fri, 15 Sep 2006 08:31:29 -0400 Subject: rhythmbox problem importing folders In-Reply-To: <1158297832.3268.2.camel@soncomputer> References: <1158297832.3268.2.camel@soncomputer> Message-ID: <1158323489.3219.0.camel@localhost.localdomain> On Fri, 2006-09-15 at 01:23 -0400, Louis Garcia wrote: > In a newly installed fc6t3 I am having problems importing folders in > rhythmbox. The fileselector just hangs. I put this in bugzilla, is > anyone seeing the same? This should be fixed in the latest (post-test3) libgnomeui, 2.16.0-2.fc6. Matthias From Matt_Domsch at dell.com Fri Sep 15 12:35:11 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 07:35:11 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-09-15 Message-ID: <20060915073511.A1784@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Fri Sep 15 03:50:44 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1155 Number failed to build: 39 Number expected to fail due to ExclusiveArch or ExcludeArch: 25 Leaving: 14 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 14 ---------------------------------- alacarte-0.10.0-1.fc6 am-utils-6.1.5-4 bind-9.3.2-41.fc6 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-4 gdb-6.5-7.fc6 grub-0.97-11 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 memtest86+-1.65-4.1 syslinux-3.11-4 system-config-services-0.9.0-2 valgrind-3.2.0-5 xen-3.0.2-33 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 15 12:35:16 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 07:35:16 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-09-15 Message-ID: <20060915073516.A1808@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Fri Sep 15 03:53:07 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1156 Number failed to build: 13 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 3 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 3 ---------------------------------- jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 system-config-services-0.9.0-2 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 15 12:35:24 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 07:35:24 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 Message-ID: <20060915073524.A1819@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 15 03:58:30 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2114 Number failed to build: 60 Number expected to fail due to ExclusiveArch or ExcludeArch: 22 Leaving: 38 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 38 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com atitvout-0.4-6 andreas.bierfert at lowlatency.de boo-0.7.6.2237-8.fc6 paul at all-the-johnsons.co.uk camstream-0.26.3-9.fc5 nomis80 at nomis80.org cernlib-2005-26.fc6 pertusus at free.fr contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net crm114-0-0.2.20060704.fc6 rpm at greysector.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com k3d-0.6.1.0-2.fc6 denis at poolshark.org ladspa-1.12-5 thomas at apestaart.org libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de libtabe-0.2.6-14 llch at redhat.com mlton-20051202-8.fc6.1 adam at spicenitz.org multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de opencv-0.9.7-15.fc5 nomis80 at nomis80.org python-goopy-0.1-1 pjones at redhat.com python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de s3switch-0.0-9.20020912.fc6 paul at xtdnet.nl scanssh-2.1-6.fc5 oliver at linux-kernel.at stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 15 12:35:43 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 07:35:43 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-15 Message-ID: <20060915073543.A1837@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Fri Sep 15 04:02:22 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2114 Number failed to build: 35 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 34 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 34 ---------------------------------- MagicPoint-1.11b-2.fc5 byte at fedoraproject.org NetworkManager-vpnc-0.7.0-0.cvs20060529.1.fc6 davidz at redhat.com alacarte-0.8-7.fc5 jpmahowald at gmail.com amaya-9.5-1.fc6 paul at all-the-johnsons.co.uk bitbake-1.6.0-1.fc6 andreas at bawue.net camstream-0.26.3-9.fc5 nomis80 at nomis80.org contact-lookup-applet-0.14-3.fc6 bdpepple at ameritech.net cowbell-0.2.7.1-2.fc6 foolish at guezz.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de directfb-0.9.24-5.fc5 thomas at apestaart.org ebtables-2.0.8-0.5.rc1.fc6 tcallawa at redhat.com gif2png-2.5.1-2.fc5 enrico.scholz at informatik.tu-chemnitz.de grhino-0.15.0-5.fc5 michel.salim at gmail.com gstreamer08-python-0.8.4-1.fc5 thomas at apestaart.org ifplugd-0.24-6 aaron.bennett at olin.edu john-1.6-4 ghenry at suretecsystems.com ladspa-1.12-5 thomas at apestaart.org libtabe-0.2.6-14 llch at redhat.com multisync-0.90.18-5.fc5 andreas.bierfert at lowlatency.de opencv-0.9.7-15.fc5 nomis80 at nomis80.org orange-0.3-1.cvs20051118.fc6 andreas.bierfert at lowlatency.de papyrus-0.5.1-2.fc6 rvinyard at cs.nmsu.edu python-cheetah-2.0-0.2.rc7.fc6 mikeb at redhat.com python-goopy-0.1-1 pjones at redhat.com quarry-0.1.16-2.fc5 michel.salim at gmail.com rpmDirectoryCheck-0.8-2 enrico.scholz at informatik.tu-chemnitz.de scanssh-2.1-6.fc5 oliver at linux-kernel.at stratagus-2.1-5.fc6 lemenkov at gmail.com synce-0.9.1-7.fc5 andreas.bierfert at lowlatency.de synce-software-manager-0.9.0-5.fc5 andreas.bierfert at lowlatency.de synce-trayicon-0.9.0-6.fc5 andreas.bierfert at lowlatency.de wv2-0.2.3-1.fc6 andreas.bierfert at lowlatency.de xcin-2.5.3.pre3-27 llch at redhat.com xplanet-1.0.1-7 jylitalo at iki.fi With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at redhat.com Fri Sep 15 12:40:26 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 15 Sep 2006 08:40:26 -0400 Subject: rawhide report: 20060915 changes Message-ID: <200609151240.k8FCeQmA029023@hs20-bc2-6.build.redhat.com> Updated Packages: ORBit2-2.14.3-3.fc6 ------------------- * Sun Sep 10 2006 Matthias Clasen - 2.14.3-3 - Make non-local IPv4 work again (#205950) * Tue Sep 05 2006 Matthias Clasen - 2.14.3-2.fc6 - Fix remaining multilib issues (#205228) anaconda-11.1.0.97-1 -------------------- * Thu Sep 14 2006 Chris Lumens 11.1.0.97-1 - Compile fix (pjones). * Thu Sep 14 2006 Chris Lumens 11.1.0.96-1 - Use -no-fragments to mksquashfs (katzj, #206472). - Fix scsi and usb module loading (pjones). - Better testing for driver disk correctness (katzj, #195899). - Support HTTP redirects in the loader (#188198, #204488). - Write out repo configuration (pnasrat, #199468). - Fix installing from additional repos on CD/DVD installs (katzj, #205846). - Network UI fixes (katzj). - --vesa -> --xdriver (pjones). - Fix when group selection should appear in kickstart installs. - Fix logical volume size checking again (#206039). - Skip attached devices without media present again (#205465). - Install fs packages if they're needed for installation (katzj, #205865). - Only collect network addresses for running interfaces (dcantrel). - zSeries initrd fixes (dcantrel, #197773). anacron-2.3-40.fc6 ------------------ * Mon Sep 11 2006 Dan Walsh 2.3-40 - Grab the fdclose patch from FC4 - fix bug 185973: allow use of sendmail under selinux-policy-strict: apply patch contributed by Ted Rule aqbanking-2.1.0-9 ----------------- * Thu Sep 07 2006 Bill Nottingham - 2.1.0-9 - rebuild for fixed debuginfo (#205248) avahi-0.6.11-5.fc6 ------------------ * Thu Sep 07 2006 Dan Walsh - 0.6.11-5 - Maintain the security context on the localtime file beagle-0.2.9-4.fc6 ------------------ * Wed Sep 13 2006 Alexander Larsson - 0.2.9-4 - Disable thunderbird backend for now (#205985) * Wed Sep 13 2006 Alexander Larsson - 0.2.9-3 - Fix xdgmime cache slowdown problems by backporting a fix from cvs * Wed Sep 06 2006 Alexander Larsson - 0.2.9-2 - Fix some packaging guideline issues - BuildRequire gsf-sharp-devel binutils-2.17.50.0.3-6 ---------------------- * Tue Sep 12 2006 Jakub Jelinek 2.17.50.0.3-6 - fix multilib conflict in /usr/include/bfd.h * Tue Sep 12 2006 Jakub Jelinek 2.17.50.0.3-5 - fix efi-app-ia64 magic number (#206002, BZ#3171) * Tue Sep 05 2006 Jakub Jelinek 2.17.50.0.3-4 - link libopcodes*.so against libbfd*.so (#202327) - split *.a and header files into binutils-devel bitstream-vera-fonts-1.10-7 --------------------------- * Fri Sep 08 2006 Behdad Esfahbod - 1.10-7 - s/latin/Latin/ in package description (#205693) bridge-utils-1.1-2 ------------------ * Sat Sep 09 2006 David Woodhouse 1.1-2 - Fix setportprio command (#205810) - Other updates from bridge-utils git tree chkconfig-1.3.30-1 ------------------ * Thu Sep 07 2006 Bill Nottingham 1.3.30-1 - license cleanup * Fri Feb 24 2006 Bill Nottingham 1.3.29-1 - fix accidental enabling of services on --add (#182729) * Mon Feb 13 2006 Bill Nottingham 1.3.27-1 - translation updates cman-2.0.14-3.fc6 ----------------- * Wed Sep 13 2006 Chris Feist - 2.0.14-2 - Rebuild w/ new upstream sources - Remove libxml deps compiz-0.0.13-0.25.20060817git.fc6 ---------------------------------- * Tue Sep 05 2006 Soren Sandmann - 0.0.13-0.25.20060817git.fc6 - Make number of vertical size configurable * Tue Sep 05 2006 Soren Sandmann - 0.0.13-0.24.20060817git.fc6 - Fix vertical viewport support in the plane patch. control-center-1:2.16.0-3.fc6 ----------------------------- * Wed Sep 13 2006 Matthias Clasen - 2.16.0-3 - Correct the Thunderbird and Evolution commands in the list of default applications (#197135) coolkey-1.0.1-4 --------------- * Thu Sep 07 2006 Bob Relyea - 1.0.1-4 - make the coolkey token caches persist over application calls. - make a separate cache for each user. crash-4.0-3.3 ------------- * Wed Sep 13 2006 Dave Anderson - 4.0-3.3 - Updated crash.patch to match upstream version 4.0-3.3. - Support for x86_64 relocatable kernels. BZ #204557 cups-1:1.2.3-5 -------------- * Wed Sep 13 2006 Tim Waugh 1:1.2.3-5 - Fixed STR #1968 properly (bug #205619). * Tue Sep 12 2006 Tim Waugh - No longer need language patch. * Mon Sep 11 2006 Tim Waugh 1:1.2.3-4 - Applied upstream patch to fix STR #1968 (bug #205619). db4-4.3.29-9.fc6 ---------------- * Tue Sep 12 2006 Jindrich Novy 4.3.29-9 - rebuild * Wed Sep 06 2006 Jindrich Novy 4.3.29-8 - revert the previous fix, it crashes OOo help dejavu-lgc-fonts-2.9-4 ---------------------- * Mon Sep 11 2006 Behdad Esfahbod - 2.9-4 - Fix number change in list of files too * Mon Sep 11 2006 Behdad Esfahbod - 2.9-3 - dejavu-lgc-fonts.conf: Use . Install as 59-dejavu-lgc-fonts.conf to follow the new fontconfig 2.4 numbering policy. desktop-printing-0.19-13 ------------------------ * Mon Sep 11 2006 Florian Festi - 0.19-13 - Changed dbus domain from org/freedesktop/ back to com/redhat/ to fit cups dhcp-12:3.0.4-21.fc6 -------------------- * Mon Sep 11 2006 David Cantrell - 12:3.0.4-21 - Rebuild (#205505) * Fri Aug 18 2006 Jesse Keating - 12:3.0.4-20 - rebuilt with latest binutils to pick up 64K -z commonpagesize on ppc* (#203001) * Thu Aug 17 2006 David Cantrell - 12:3.0.4-19 - Fix mkdir problem in libdhcp4client.Makefile dogtail-0.6.0-1.fc6 ------------------- * Wed Sep 13 2006 Zack Cerza - 0.6.0-1 - New upstream release. - Add Requires for xorg-x11-xinit. - Add Requires for gnome-python2-gconf. - Bump pyspi Requires. - Remove upstreamed patches. e2fsprogs-1.39-5 ---------------- * Tue Sep 05 2006 Peter Jones - 1.39-5 - Fix memory leak in device probing. eclipse-cdt-1:3.1.0-3 --------------------- * Mon Sep 11 2006 Jeff Johnston 3.1.0-3 - Add hover help for defined symbols - Fix bug with defined symbol calculation on file that compilation string cannot be fetched for eog-2.16.0.1-2.fc6 ------------------ * Thu Sep 07 2006 Matthias Clasen - 2.16.0.1-2.fc6 - Fix some directory ownership issues esc-1.0.0-10.fc6 ---------------- * Thu Sep 07 2006 Jack Magne - 1.0.0-10 - Further strings revisions. evolution-2.8.0-3.fc6 --------------------- * Wed Sep 13 2006 Matthew Barnes - 2.8.0-3.fc6 - Add patch for RH bug #161885. * Wed Sep 13 2006 Matthew Barnes - 2.8.0-2.fc6 - Add patch for RH bug #201307. * Mon Sep 04 2006 Matthew Barnes - 2.8.0-1.fc6 - Update to 2.8.0 - Remove patch for RH bug #197868 (fixed upstream). - Remove patch for RH bug #201541 (fixed upstream). - Remove patch for RH bug #201831 (fixed upstream). - Remove patch for RH bug #202383 (fixed upstream). - Remove patch for RH bug #203036 (fixed upstream). - Remove patch for Gnome.org bug #352248 (fixed upstream). - Remove patch for Gnome.org bug #352423 (fixed upstream). - Update patch for Gnome.org bug #351332 (partially fixed upstream). evolution-data-server-1.8.0-2.fc6 --------------------------------- * Tue Sep 12 2006 Matthew Barnes - 1.8.0-2.fc6 - Add patch for RH bug #198935. evolution-sharp-0.11.1-10.fc6 ----------------------------- * Tue Sep 12 2006 Matthias Clasen - 0.11.1-10 - Fix the libedataserver version * Mon Sep 11 2006 Matthias Clasen - 0.11.1-9 - Rebuild again f-spot-0.2.1-1.fc6 ------------------ * Wed Sep 13 2006 Christopher Aillon - 0.2.1-1 - Update to 0.2.1 * Tue Sep 12 2006 Matthias Clasen - 0.2.0-2 - Add libgphoto2_port version to dll config (#205302) file-roller-2.16.0-2.fc6 ------------------------ * Fri Sep 08 2006 Matthias Clasen - 2.16.0-2 - Fix directory ownership issues firefox-1.5.0.7-1.fc6 --------------------- * Wed Sep 13 2006 Christopher Aillon 1.5.0.7-1 - Update to 1.5.0.7 * Thu Sep 07 2006 Christopher Aillon 1.5.0.6-12 - Icon tweaks and minor spec-file variable cleanup: s/ffdir/mozappdir/g firstboot-1.4.20-1 ------------------ * Tue Sep 12 2006 Chris Lumens 1.4.20-1 - Don't specify a default color depth. - Pull in new translations (#199090). fontconfig-2.4.0-1.fc6 ---------------------- * Mon Sep 11 2006 Behdad Esfahbod - 2.4.0-1 - Update to 2.4.0 - Rename/order our configuration stuff to match the new scheme. Breaks expected :-( * Thu Sep 07 2006 Behdad Esfahbod - 2.3.97-3 - Add missing file. Previous update didn't go through * Thu Sep 07 2006 Behdad Esfahbod - 2.3.97-2 - Add fontconfig-2.3.97-ppc64.patch, for ppc64 arch signature fonts-chinese-3.02-7.fc6 ------------------------ * Wed Sep 06 2006 Caius Chance - 3.02-7.fc6 - fonts-chinese's postinstall has mistake(fonts-chinese-3.02-4.1) fonts-indic-2.0.2-1 ------------------- * Thu Sep 14 2006 Leon Ho 1.1.3-1 - new version 1.1.3 with lots of upstream bug fixes, some security fixes (#205654) frysk-0.0.1.2006.09.08.rh1-2.fc6 -------------------------------- * Tue Sep 12 2006 Stepan Kasal - 0.0.1.2006.09.08.rh1-2 - Do not require dogtail on FC-5; it's not available there. * Mon Sep 11 2006 Stepan Kasal - 0.0.1.2006.09.08.rh1-1 - New upstream version. * Sat Sep 02 2006 Stepan Kasal - 0.0.1.2006.08.30.rh1-2 - Tried to build on 32bit ppc, but it does not work yet. ftp-0.17-33.fc6 --------------- * Wed Sep 13 2006 Marcela Maslanova - 0.17-33 - rebuilt gconf-editor-2.16.0-2.fc6 ------------------------- * Thu Sep 07 2006 Matthias Clasen - 2.16.0-2.fc6 - Require scrollkeeper for %post and %postun gd-2.0.33-9.3.fc6 ----------------- * Wed Sep 13 2006 Jitka Kudrnacova - 2.0.33 - 9.3 - gd-devel now requires fontconfig-devel (#205834) * Wed Jul 19 2006 Jitka Kudrnacova - 2.0.33 - 9.2 - use CFLAGS on sparc64 (#199363) * Wed Jul 12 2006 Jesse Keating - 2.0.33 - 9.1 - rebuild gdb-6.5-8.fc6 ------------- * Mon Sep 11 2006 Jan Kratochvil - 6.5-8 - Fix gdb printf command argument using "%p" (BZ 205551). * Mon Sep 04 2006 Alexandre Oliva - 6.5-7 - Fix bug in patch for CVE-2006-4146. (BZ 203873, BZ 203880) * Thu Aug 24 2006 Alexandre Oliva - 6.5-6 - Avoid overflows and underflows in dwarf expression computation stack. (BZ 203873) gdm-1:2.16.0-4.fc6 ------------------ * Thu Sep 14 2006 Ray Strode - 1:2.16.0-4.fc6 - update security token patch to not poll gfs2-utils-0.1.7-1.fc6 ---------------------- * Wed Sep 13 2006 Chris Feist 0.1.7-1 - New Upstream sources. * Thu Sep 07 2006 Chris Feist 0.1.6-2 - Fix typo in uninstall script (turn off gfs2 instead of gfs) glade2-2.12.1-5.fc6 ------------------- * Fri Sep 08 2006 Matthias Clasen - 2.12.1-5 - Fix directory ownership issues - Add missing BuildRequires glibc-2.4.90-30 --------------- * Thu Sep 07 2006 Jakub Jelinek 2.4.90-30 - add librtkaio, to use it add /%{lib}/rtkaio to your LD_LIBRARY_PATH or /etc/ld.so.conf - fix or_IN February name (#204730) - fix pthread_create called from cancellation handlers (BZ#3124) - fix regex case insensitive searches with characters where upper and lower case multibyte representations have different length (e.g. I and dotless i, #202991) gnome-applets-1:2.16.0.1-3.fc6 ------------------------------ * Sun Sep 10 2006 Matthias Clasen - 1:2.16.0.1-3 - Make stickynotes not wake up 10 times per second (#205909) * Fri Sep 08 2006 Matthias Clasen - 1:2.16.0.1-2 - Fix the resizing behaviour of the mixer applet gnome-doc-utils-0.8.0-2.fc6 --------------------------- * Fri Sep 08 2006 Matthias Clasen - 0.8.0-2 - Fix some directory ownership issues (#205677) gnome-media-2.16.1-2.fc6 ------------------------ * Fri Sep 08 2006 Matthias Clasen - 2.16.1-2 - Fix directory ownership issues - Don't ship grecord help gnome-screensaver-2.16.0-3.fc6 ------------------------------ * Thu Sep 14 2006 Ray Strode - 2.16.0-3.fc6 - update security token patch to not poll * Tue Sep 05 2006 Nils Philippsen - 2.16.0-2.fc6 - remove xscreensaver migration cruft (preun script and triggers, #204944) gnome-system-monitor-2.16.0-1.fc6 --------------------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 gnome-terminal-2.16.0-2.fc6 --------------------------- * Fri Sep 08 2006 Matthias Clasen - 2.16.0-2 - Fix directory ownership issues (#205679) gnome-user-docs-2.16.0-2.fc6 ---------------------------- * Fri Sep 08 2006 Matthias Clasen - 2.16.0-2 - Fix directory ownership issues gnutls-1.4.1-2 -------------- * Thu Sep 14 2006 Tomas Mraz 1.4.1-2 - detect forged signatures - CVE-2006-4790 (#206411), patch from upstream gok-1.2.0-1.fc6 --------------- * Fri Sep 08 2006 Matthias Clasen - 1.2.0-1 - Update to 1.2.0 - Fix directory ownership issues (#205681) gsf-sharp-0.8-4.fc6 ------------------- * Wed Sep 06 2006 Alexander Larsson - 0.8-4 - Add -devel package (#205052) gthumb-2.7.8-3.fc6 ------------------ * Thu Sep 07 2006 Matthias Clasen - 2.7.8-3.fc6 - fix directory ownership issues (#205682) * Mon Aug 07 2006 Jindrich Novy - 2.7.8-2.fc6 - fix URL in Source0 gtk-sharp2-2.10.0-3.fc6 ----------------------- * Tue Sep 12 2006 Alexander Larsson - 2.10.0-3 - Add -doc subpackage with the monodoc docs (#205561) * Mon Sep 11 2006 Alexander Larsson - 2.10.0-2 - Fix pc files for gapidir (#205979) gtk2-2.10.3-6.fc6 ----------------- * Wed Sep 13 2006 Matthias Clasen - 2.10.3-6 - Don't spew a warning if libbeagle is not installed * Wed Sep 13 2006 Matthias Clasen - 2.10.3-5 - Make color picker work with window groups * Sun Sep 10 2006 Matthias Clasen - 2.10.3-4 - Fix display of Desktop in file chooser buttons. gwenhywfar-2.3.0-4 ------------------ * Thu Sep 07 2006 Bill Nottingham - 2.3.0-4 - rebuild for fixed debuginfo (#205501) hal-cups-utils-0.6.2-4 ---------------------- * Mon Sep 11 2006 Florian Festi - 0.6.2-4 - changed dbus URI from org/freedesktop/ to com/redhat/ to fit eggcups httpd-2.2.3-5 ------------- * Mon Sep 11 2006 Joe Orton 2.2.3-5 - updated "powered by Fedora" logo (#205573, Diana Fong) - tweak welcome page wording slightly (#205880) icu-3.6-2 --------- * Wed Sep 06 2006 Caolan McNamara - 3.6-2 - fix rh#205252# (gnome121882-icu4026) to make icu like pango for multiple dependant vowels ifd-egate-0.05-14 ----------------- * Mon Sep 11 2006 Bob Relyea 0.05-14 - Fix multiple card support im-chooser-0.3.2-1.fc6 ---------------------- * Fri Sep 08 2006 Akira TAGOH - 0.3.2-1 - New upstream release. - added an icon. (#199337) - removed the unnecessary patches: - im-chooser-r49.patch - im-chooser-r53.patch iputils-20020927-41.fc6 ----------------------- * Wed Sep 13 2006 Radek Vokal - 20020927-41 - new ifenslave/bonding documentation irqbalance-1:1.13-4.fc6 ----------------------- * Wed Sep 13 2006 Peter Jones - 1.13-4 - Fix subsystem locking iscsi-initiator-utils-6.1.1.685-0.1 ----------------------------------- * Tue Sep 05 2006 Jeremy Katz - 6.1.1.685-0.1 - Fix service startup - Fix another case where cflags weren't being used java-1.4.2-gcj-compat-0:1.4.2.0-40jpp.109 ----------------------------------------- * Wed Sep 13 2006 Thomas Fitzsimmons - 0:1.4.2.0-40jpp.109 - Require gcj-dbtool for post and postun. (205103) kdebase-6:3.5.4-7.fc6 --------------------- * Thu Sep 07 2006 Than Ngo 6:3.5.4-7 - apply upstream patch fix #53642, Menubar is always visible after coming back from fullscreen fix #133665, crash in kiosk mode kdelibs-6:3.5.4-6.fc6 --------------------- * Tue Sep 12 2006 Than Ngo 6:3.5.4-6 - fix #205767, konsole no longer register itself to utmp - fix #123941, qt xim plugin sometimes leads to crash * Tue Sep 05 2006 Than Ngo 6:3.5.4-5 - apply upstream patches fix #123413, kded crash when KDED modules make DCOP calls in their destructors fix #133529, konqueror's performance issue fix kdebug crash more icon contexts (Tango icontheme) fix #133677, file sharing doesn't work with 2-character long home directories kdemultimedia-6:3.5.4-2.fc6 --------------------------- * Wed Sep 06 2006 Than Ngo 6:3.5.4-2 - fix file conflict #202944 * Thu Aug 10 2006 Than Ngo 6:3.5.4-1 - rebuild * Mon Jul 24 2006 Than Ngo 6:3.5.4-0.pre1 - prerelease of 3.5.4 (from the first-cut tag) kdenetwork-7:3.5.4-4.fc6 ------------------------ * Wed Sep 06 2006 Than Ngo 7:3.5.4-4 - fix dependency problem kdepim-6:3.5.4-4.fc6 -------------------- * Tue Sep 12 2006 Than Ngo 6:3.5.4-4 - apply upstream patches fix #133846, fix for the tooltip crash kdesdk-3.5.4-2.fc6 ------------------ * Tue Sep 05 2006 Than Ngo 3.5.4-2 - fix #205217, multilib issue - apply upstream patches fix #131717, kompare won't parse diffs from git kdeutils-6:3.5.4-3.fc6 ---------------------- * Tue Sep 12 2006 Than Ngo 6:3.5.4-3 - fix #205553, Printing text with kedit always Bold - apply upstream patch fix #128925, menu displays question marks instead of unicode characters kernel-2.6.17-1.2647.fc6 ------------------------ * Wed Sep 13 2006 Dave Jones - 2.6.18rc7 * Tue Sep 12 2006 David Woodhouse - Export (#205612) * Tue Sep 12 2006 Dave Jones - 2.6.18rc6-git4 - Enable IFB driver. (#204552) - Export copy_4K_page for ppc64 libXfont-1.2.2-1.fc6 -------------------- * Tue Sep 12 2006 Adam Jackson 1.2.2-1.fc6 - Update to 1.2.2, misc security fixes * Wed Jul 12 2006 Jesse Keating 1.2.0-1.1.fc6 - rebuild * Mon Jul 10 2006 Mike A. Harris 1.2.0-1.fc6 - Update to 1.2.0 libavc1394-0.5.3-1.fc6 ---------------------- * Sun Sep 10 2006 Jarod Wilson - 0.5.3-1 - Upstream release 0.5.3 libchewing-0.3.0-3.fc6 ---------------------- * Mon Sep 04 2006 Caius Chance - 0.3.0-3.fc6 - Fixed bz#199353 - scim-chewing hangs for commit > 6 characters libgnomeui-2.16.0-2.fc6 ----------------------- * Mon Sep 11 2006 Matthias Clasen - 2.16.0-2 - Fix a deadlock when destroying file choosers (#206058) * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Update to 2.16.0 - Require pkgconfig in the -devel package * Fri Sep 01 2006 Matthew Barnes - 2.15.91-2.fc6 - Don't spawn bug-buddy when bug-buddy itself aborts (RH bug #204943). libgtop2-2.14.3-1.fc6 --------------------- * Tue Sep 05 2006 Matthias Clasen - 2.14.3-1.fc6 - Update to 2.14.3 librsvg2-2.16.0-2.fc6 --------------------- * Tue Sep 05 2006 Matthias Clasen - 2.16.0-2.fc6 - Fix multilib issues libselinux-1.30.28-1 -------------------- * Wed Sep 13 2006 Dan Walsh - 1.30.28-1 - Upgrade to latest from NSA * Merged patch from Steve Smalley to fix SIGPIPE in setrans_client * Tue Sep 05 2006 Jeremy Katz - 1.30.27-2 - have -devel require libsepol-devel libsepol-1.12.26-1 ------------------ * Wed Sep 06 2006 Dan Walsh 1.12.26-1 - Upgrade to latest from NSA * Merged range transition enhancements and user format changes Darrel Goeddel libwnck-2.16.0-2.fc6 -------------------- * Mon Sep 11 2006 Matthias Clasen - 2.16.0-2 - Avoid excessive icon geometry updates m17n-db-1.3.3-27.fc6 -------------------- * Tue Sep 12 2006 Mayank Jain - Added key summary to te-inscript keymap * Thu Sep 07 2006 Mayank Jain - Updated keymaps for typo errors, updated copyright header in all keymaps with "This file is part of the m17n contrib; a sub-part of the m17n library" - Added key summary for ta-tamil99 keymap - updated key summary for bn-itrans.mim * Wed Sep 06 2006 Mayank Jain - Updated or-inscript.mim for bug 204726 mc-1:4.6.1a-28.fc6 ------------------ * Wed Sep 13 2006 Jindrich Novy 4.6.1a-28.fc6 - update to new CVS snapshot (09-12-21) - drop .assembly, .spec patches -> applied upstream * Tue Sep 05 2006 Jindrich Novy 4.6.1a-27.fc6 - display hex values correctly even for non-UTF8 locales, thanks to Egmont Koblinger - fix BuildRoot * Sat Sep 02 2006 Jindrich Novy 4.6.1a-26.fc6 - correctly highlight Requires(pre,post,preun,postun) in spec mcstrans-0.1.8-3 ---------------- * Wed Sep 13 2006 Peter Jones - 0.1.8-3 - Fix subsys locking in init script nautilus-2.16.0-3.fc6 --------------------- * Thu Sep 14 2006 Alexander Larsson - 2.16.0-3 - Fix crash when opening custom icon dialog (#205352) * Tue Sep 05 2006 Matthias Clasen - 2.16.0-2 - Add a %preun script (#205260) * Mon Sep 04 2006 Alexander Larsson - 2.16.0-1 - Update to 2.16.0 net-snmp-1:5.3.1-8.fc6 ---------------------- * Wed Sep 13 2006 Radek Vokal 5.3.1-8 - enable smux to listen only on LOCAL by default (#181667) - use correct answer adrress * Tue Sep 05 2006 Radek Vokal 5.3.1-7 - better upstream patch for byteorder - add epoch to corespond with upstream versioning netpbm-10.34-8.fc6 ------------------ * Thu Sep 14 2006 Jindrich Novy 10.34-8 - readd pbmtols, author claims it's LGPL (#202519) - add .l1 suffixes to tarball names to reflect legal fixes in the upstream release with the same NVR * Wed Sep 13 2006 Jindrich Novy 10.34-7 - rebuild * Thu Sep 07 2006 Jindrich Novy 10.34-6.fc6 - regenerate man pages so that makewhatis isn't confused (#204991) (upstream makeman script was broken -> now fixed) nss_ldap-251-2 -------------- * Tue Sep 12 2006 Nalin Dahyabhai - 251-2 - configure with --enable-configurable-krb5-ccname-gssapi instead of --enable-configurable-krb5-ccname, the latter of which doesn't actually do anything (Howard Wilkinson) pam_krb5-2.2.10-1 ----------------- * Wed Sep 13 2006 Nalin Dahyabhai - 2.2.10-1 - build * Tue Sep 12 2006 Nalin Dahyabhai - 2.2.10-0.1 - revert previous changes to how prompting works, and add a no_subsequent_prompt option to suppress libkrb5-based prompts during authentication, providing the PAM_AUTHTOK for all questions which libkrb5 asks * Fri Sep 08 2006 Nalin Dahyabhai - 2.2.10-0 - rework prompting so that we stop getting stray prompts every now and then, and so that use_first_pass will *never* prompt for any information pam_pkcs11-0.5.3-17 ------------------- * Tue Sep 12 2006 Robert Relyea 0.5.3-17 - restrict reauthentication to the token used in the inital login. - don't require reauthentication apps to log into a token if the user didn't initally log into the token. - handle the case where we have more than one token. * Thu Sep 07 2006 Robert Relyea 0.5.3-16 - make sure we have l10n tools for the build itself * Fri Sep 01 2006 Robert Relyea 0.5.3-15 - add l10n support - correct mapper order. - login should allow SSL Client Auth certs rather than restricting to Email Signing certs. pango-1.14.3-2.fc6 ------------------ * Tue Sep 12 2006 Matthias Clasen - 1.14.3-2 - Fix Hangul decomposition issues (#206044) paps-0.6.6-14.fc6 ----------------- * Thu Sep 14 2006 Akira TAGOH - 0.6.6-14 - paps-cups.patch: try to parse input even if any invalid character appears. (#206259) pinfo-0.6.9-1.fc6 ----------------- * Tue Sep 12 2006 Miroslav Lichvar 0.6.9-1.fc6 - update to 0.6.9 - package locale files pirut-1.1.15-1 -------------- * Wed Sep 13 2006 Jeremy Katz - 1.1.15-1 - Fix up package selection in package list - UI improvements * Wed Sep 13 2006 Jeremy Katz - 1.1.14-1 - Allow continuing to do stuff instead of existing after applying changes (#182499) - Some optimizations for list view * Wed Sep 13 2006 Jeremy Katz - 1.1.13-1 - Fix cdinstaller (#205557) - Fix single package installer for yum api changes (#205890) - Handle 1 vs many in puplet (#205924) - Make text more obvious on install vs remove (#182492) - Make sure we don't remove "necessary" packages (#188495) - Fix display of gpg key info (#186217) - Improve responsiveness of progressbars some (#186787) - Try to ensure the puplet bubble points to the right place (#203652) - Handle multiple selections in the group selector - Some searching UI improvements (#186082) policycoreutils-1.30.29-1 ------------------------- * Thu Sep 14 2006 Dan Walsh 1.30.29-1 - Update to upstream - Change -o to take "-" for stdout * Wed Sep 13 2006 Dan Walsh 1.30.28-9 - Add -h support for genhomedircon * Wed Sep 13 2006 Dan Walsh 1.30.28-8 - Fix fixfiles handling of -o poppler-0.5.3-3.fc6 ------------------- * Wed Sep 13 2006 Kristian H??gsberg - 0.5.3-3.fc6 - Move .so to -devel (#203637). pygtk2-2.10.1-3.fc6 ------------------- * Tue Sep 05 2006 Ray Strode - 2.10.1-3.fc6 - drop crazy reload hack patch, since it's been fixed by jdahlin upstream in a better way. * Tue Sep 05 2006 Ray Strode - 2.10.1-2.fc6 - drop some old patches * Tue Sep 05 2006 Matthias Clasen - 2.10.1-1.fc6 - Update to 2.10.1 pyspi-0.6.0-1.fc6 ----------------- * Wed Sep 13 2006 Zack Cerza - 0.6.0-1 - New upstream release. - Add libX11-devel to BuildRequires. python-elementtree-1.2.6-5 -------------------------- * Wed Sep 06 2006 Jeremy Katz - 1.2.6-5 - don't ghost pyo files (#205446) - upstream bugfix release python-pyblock-0.22-1 --------------------- * Wed Sep 13 2006 Peter Jones - 0.22-1 - Fix partition removal when we've changed the partition table out from under a RaidSet or MultiPath. redhat-artwork-5.0.5-1.fc6 -------------------------- * Tue Sep 12 2006 John (J5) Palmieri - 5.0.5-1 - use the gtk icon coverage tool developed for echo to create symlinks for icons which changed names because of the new naming spec - Update app sheet with Blucurve NetworkManager and power-manager icons redhat-rpm-config-8.0.45-6 -------------------------- * Tue Sep 12 2006 Deepak Bhole 8.0.45-6 - Fix brp-java-repack-jars to work with builddirs that aren't redhat-rpm-config-8.0.45 rgmanager-2.0.6-3.fc6 --------------------- * Wed Sep 13 2006 Chris Feist - 2.0.6-1 - Rebuilt with new upstream sources. rhpxl-0.34-1 ------------ * Wed Sep 13 2006 Adam Jackson 0.34-1 - Add general RANDR awareness to mode list construction and validation. - Generalize forceVesa to forceDriver. rhythmbox-0.9.5-4.fc6 --------------------- * Wed Sep 13 2006 Matthias Clasen - 0.9.5-4 - Fix a crash when a radio station is missing (#206170) * Thu Sep 07 2006 Matthias Clasen - 0.9.5-3 - Support transparent panels (#205584) s390utils-2:1.5.3-10 -------------------- * Wed Sep 13 2006 Phil Knirsch 2:1.5.3-10 - Needed to bump release * Tue Sep 12 2006 Phil Knirsch 2:1.5.3-9 - Added libsysfs requirement (#201863) - Fixed zipl problem with missing default target for automenus (#202086) * Thu Aug 10 2006 Phil Knirsch 2:1.5.3-8 - Added missing sysfsutils requirement for lszfcp (#201863) sane-backends-1.0.18-2.fc6 -------------------------- * Fri Sep 08 2006 Nils Philippsen - 1.0.18-2 - remove unneeded programs subpackage - clean up docs vs. libs pkg split, mark documentation as %doc scim-pinyin-0.5.91-12.fc6 ------------------------- * Thu Sep 14 2006 Qian Shen - 0.5.91-12 - fix a pinyin helper bug scrollkeeper-0.3.14-8.fc6 ------------------------- * Thu Sep 07 2006 Matthias Clasen - 0.3.4-8 - Own /usr/share/omf (#205585) selinux-policy-2.3.13-5 ----------------------- * Wed Sep 13 2006 Dan Walsh 2.3.13-5 - Add tty access to all domains boolean - Fix gnome-pty-helper context for ia64 * Mon Sep 11 2006 Dan Walsh 2.3.13-4 - Fixed typealias of firstboot_rw_t setroubleshoot-0.42-2 --------------------- * Wed Sep 13 2006 Peter Jones - 0.42-2 - Fix subsystem locking in init script * Thu Sep 07 2006 Dan Walsh - 0.42-1 - Karl MacMillan * Add rpm information for target. * Add hostname and uname to signature info * Add display of the full AVC * Add display of the analysis id * Change html generation to be separated out and us elemmenttree - John Dennis * add CommunicationChannel class to encapsulate data transfer operations, in particular to provide an object threads can lock during data transfer. * checkpoint the logfile scanning code, somewhat working sysfsutils-2.0.0-6 ------------------ * Mon Sep 11 2006 Neil Horman - 2.0.0-6 - Integrate patch for bz 205808 sysklogd-1.4.1-39.2 ------------------- * Wed Sep 13 2006 Florian La Roche - 1.4.1-39.2 - make sure scripts don't return an error system-config-bind-4.0.1-2.fc6 ------------------------------ * Tue Sep 12 2006 Martin Stransky - 4.0.1-2 - added patch for #195001 - system-config-bind is not fully localized system-config-display-1.0.45-1 ------------------------------ * Wed Sep 13 2006 Adam Jackson 1.0.45-1 - Refresh the mode state before first paint, to give rhpxl a chance to ask RANDR for the current mode. system-config-services-0.9.1-1.fc6 ---------------------------------- * Tue Sep 05 2006 Nils Philippsen - 0.9.1 - don't disable Start/Stop/Restart upon reverting changes (#202722) - add dist tag - install po files (again) - require gettext for building - fix tagging for make archive - fix circular make dependency - remove duplicate message definitions * Fri Aug 18 2006 Nils Philippsen - make revert work again (#202467) - don't show all runlevels when starting system-config-soundcard-2.0.3-2.fc6 ----------------------------------- * Mon Sep 11 2006 Martin Stransky 2.0.3-2 - i18n fix (#205862) - added dist tag tar-1.15.91-1 ------------- * Wed Sep 13 2006 Peter Vrabec 1.15.91-1 - upgrade, which also fix incremental backup (#206121) tcsh-6.14-11 ------------ * Sat Sep 09 2006 Miloslav Trmac - 6.14-11 - Fix an unlikely crash on startup (#188279) thunderbird-0:1.5.0.7-1.fc6 --------------------------- * Wed Sep 13 2006 Christopher Aillon - 1.5.0.7-1 - Update to 1.5.0.7 tn5250-0.17.3-5 --------------- * Fri Sep 08 2006 Karsten Hopp 0.17.3-5 - fix postinstall script totem-2.16.1-1.fc6 ------------------ * Thu Sep 07 2006 Matthias Clasen - 2.16.1-1.fc6 - Update to 2.16.1, including several improvements to the mozilla plugin ttmkfdir-3.0.9-20.3 ------------------- * Wed Sep 06 2006 Lingning Zhang - 3.0.9-20.3 - add "%post" in ttmkfdir.spec for fixing bug173591 vim-2:7.0.100-1 --------------- * Tue Sep 12 2006 Karsten Hopp 7.0.100-1 - Patchlevel 100 - replace runtime files with newer ones * Mon Sep 11 2006 Karsten Hopp 7.0.099-1 - Patchlevel 99 virt-manager-0.2.1-2 -------------------- * Wed Sep 06 2006 Jeremy Katz - 0.2.1-%{extra_release}} - don't ghost pyo files (#205448) xorg-x11-drv-i810-1.6.5-6.fc6 ----------------------------- * Tue Sep 12 2006 Adam Jackson 1.6.5-6.fc6 - i810-1.6.5-to-git-20060911.patch: Backport post-1.6.5 fixes from git. - i810-match-server-sync-ranges.patch: Make a terrible heuristic in the driver match the corresponding terrible heuristic in the server. xorg-x11-proto-devel-7.1-7.fc6 ------------------------------ * Fri Sep 08 2006 Soren Sandmann 7.1-7.fc6 - Remove printproto source. Rest of 175350. xorg-x11-server-1.1.1-38.fc6 ---------------------------- * Thu Sep 07 2006 Adam Jackson - 1.1.1-38.fc6 - xorg-x11-server-1.1.1-believe-monitor-rb-modes.patch: Always believe the monitor when it reports a reduced-blanking mode, even over VGA. * Thu Sep 07 2006 Kristian H??gsberg - 1.1.1-37.fc6 - Add "built-ins" to default font path. * Wed Sep 06 2006 Kristian H??gsberg - 1.1.1-36.fc6 - Enable builtin fallback versions of cursor and fixed fonts. xpdf-1:3.01-16 -------------- * Wed Aug 09 2006 Than Ngo 1:3.01-16 - fix #200608, install icon in the wrong dir ypserv-2.19-3 ------------- * Wed Sep 13 2006 Steve Dickson - 2.19-3 - Added range checks to port values given on command line (bz 205354) zsh-4.2.6-1 ----------- * Mon Sep 11 2006 Christopher Aillon - 4.2.6-1 - Update to 4.2.6 From denis at poolshark.org Fri Sep 15 12:44:34 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 15 Sep 2006 14:44:34 +0200 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 In-Reply-To: <20060915073524.A1819@humbolt.us.dell.com> References: <20060915073524.A1819@humbolt.us.dell.com> Message-ID: <450AA032.4010509@poolshark.org> Matt Domsch wrote: [...] > Number failed to build: 60 [...] > k3d-0.6.1.0-2.fc6 denis at poolshark.org From the logs: g++: Internal error: Killed (program cc1plus) Please submit a full bug report. But I couldn't find any other errors. Do you happen to have a time-out after which you kill the build ? k3d takes a very long time to build (because of C++ among other things). From dominik at greysector.net Fri Sep 15 13:22:34 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Fri, 15 Sep 2006 15:22:34 +0200 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 In-Reply-To: <20060915073524.A1819@humbolt.us.dell.com> References: <20060915073524.A1819@humbolt.us.dell.com> Message-ID: <20060915132234.GB5423@rathann.pekin.waw.pl> On Friday, 15 September 2006 at 14:35, Matt Domsch wrote: > Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 15 03:58:30 CDT 2006 [...] > Of those expected to have worked... > Without a bug filed: 38 > ---------------------------------- [...] > crm114-0-0.2.20060704.fc6 rpm at greysector.net There is a bug filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=202893 but it's filed for fc5. What should I do about it? Change it to devel? Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dragoran at feuerpokemon.de Fri Sep 15 13:37:03 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 15 Sep 2006 15:37:03 +0200 Subject: ipw3945 in FC6 Message-ID: <450AAC7F.5000501@feuerpokemon.de> Will the fc6 final kernel have this module enabled (build) ? The current rawhide on seems not to have it. Any reason for this? Note: I am only talking about the kernel module not the userspace daemon and firmware. From Matt_Domsch at dell.com Fri Sep 15 13:46:39 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 15 Sep 2006 08:46:39 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-15 In-Reply-To: <450AA032.4010509@poolshark.org> References: <20060915073524.A1819@humbolt.us.dell.com> <450AA032.4010509@poolshark.org> Message-ID: <20060915134639.GB2291@lists.us.dell.com> On Fri, Sep 15, 2006 at 02:44:34PM +0200, Denis Leroy wrote: > Matt Domsch wrote: > [...] > >Number failed to build: 60 > [...] > >k3d-0.6.1.0-2.fc6 denis at poolshark.org > > From the logs: > > g++: Internal error: Killed (program cc1plus) > Please submit a full bug report. > > But I couldn't find any other errors. Do you happen to have a time-out > after which you kill the build ? k3d takes a very long time to build > (because of C++ among other things). No, there's no timeout in my code, and AFAIK there isn't a timeout in mock either. on i386: real 2656.56 user 3892.61 sys 410.20 and it succeeded. on x86_64: Command exited with non-zero status 10 real 56949.80 user 1195.30 sys 42866.27 and it failed of course. That's a huge amount of time attributed to the system though, which makes me think something outside your package went boom. In fact, that builder has only 1GB RAM, and went OOM which is where the kill came from. Sorry for the false positive. Thanks, Matt -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From bigjoe1008 at gmail.com Fri Sep 15 14:11:25 2006 From: bigjoe1008 at gmail.com (Joe Harnish) Date: Fri, 15 Sep 2006 10:11:25 -0400 Subject: ipw3945 in FC6 In-Reply-To: <450AAC7F.5000501@feuerpokemon.de> References: <450AAC7F.5000501@feuerpokemon.de> Message-ID: <763fc8580609150711i5f082510w687a3065d6487@mail.gmail.com> On 9/15/06, dragoran wrote: > > Will the fc6 final kernel have this module enabled (build) ? > The current rawhide on seems not to have it. Any reason for this? > Note: I am only talking about the kernel module not the userspace daemon > and firmware. > > That would be nice if that module and others couuld get the same love as bcm43xx stuff. Where the modules are built in the kernel but the firmware would have to be added by the end user. --Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From brucekeats at gmail.com Fri Sep 15 14:16:02 2006 From: brucekeats at gmail.com (Bruce Keats) Date: Fri, 15 Sep 2006 10:16:02 -0400 Subject: Problems with TCPDUMP 3.9.4 so can FC6 pick up TCPDUMP 3.9.5? Message-ID: <6c0aa9500609150716s48133c6am32a651ca6cb0c7c7@mail.gmail.com> Hi, I am new to this list, but I was wondering if it is too late to get a new version of TCPDUMP included in the FC6 line up? There are some problems with the BPF code that is generated for the DLT_PRISM_HEADER which is of importance to me, but there are probably other fixes in the last year or so that might be of interest to others. My emails on the subject can be found on the tcpdump works list ( http://news.gmane.org/gmane.network.tcpdump.devel) (* TCPDUMP 3.9.4 under Fedora Core 5 seems to generate the wrong BPF for DLT_PRISM_HEADER) *. Michael Richardson has indicated that Tcpdump 3.9.5 should be out early next week (Sept 18). I realize that this request is coming in a bit late, but I only discovered the problem a couple of weeks back. Can FC6 pick up tcpdump 3.9.5? Thanks, Bruce -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdieter at math.unl.edu Fri Sep 15 14:21:16 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 15 Sep 2006 09:21:16 -0500 Subject: Problems with TCPDUMP 3.9.4 so can FC6 pick up TCPDUMP 3.9.5? References: <6c0aa9500609150716s48133c6am32a651ca6cb0c7c7@mail.gmail.com> Message-ID: Bruce Keats wrote: > I am new to this list, but I was wondering if it is too late to get a new > version of TCPDUMP included in the FC6 line up? http://bugzilla.redhat.com/ is your friend. -- Rex From pbrobinson at gmail.com Fri Sep 15 14:31:56 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 15 Sep 2006 15:31:56 +0100 Subject: ipw3945 in FC6 In-Reply-To: <450AAC7F.5000501@feuerpokemon.de> References: <450AAC7F.5000501@feuerpokemon.de> Message-ID: <5256d0b0609150731o45845c18pf79a26df4d2594fe@mail.gmail.com> There was kernel module rpms in atrpms but the last one I saw compiled was ipw3945-kmdl-2.6.17-1.2543.fc6.i686 which works just fine for me but there haven't been any updates to that kernel module for some time. Peter On 9/15/06, dragoran wrote: > Will the fc6 final kernel have this module enabled (build) ? > The current rawhide on seems not to have it. Any reason for this? > Note: I am only talking about the kernel module not the userspace daemon > and firmware. > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From Axel.Thimm at ATrpms.net Fri Sep 15 14:38:07 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Fri, 15 Sep 2006 16:38:07 +0200 Subject: ipw3945 in FC6 In-Reply-To: <5256d0b0609150731o45845c18pf79a26df4d2594fe@mail.gmail.com> References: <450AAC7F.5000501@feuerpokemon.de> <5256d0b0609150731o45845c18pf79a26df4d2594fe@mail.gmail.com> Message-ID: <20060915143807.GG23050@neu.nirvana> On Fri, Sep 15, 2006 at 03:31:56PM +0100, Peter Robinson wrote: > There was kernel module rpms in atrpms but the last one I saw compiled > was ipw3945-kmdl-2.6.17-1.2543.fc6.i686 which works just fine for me > but there haven't been any updates to that kernel module for some > time. 2630 builds were uploaded almost a week ago: http://atrpms.net/dist/fc6/ipw3945/ http://atrpms.net/dist/fc6/ipw3945-testing/ http://atrpms.net/dist/common/ipw3945-ucode/ http://atrpms.net/dist/common/ipw3945d/ They have bene confiremd to work with FC6. Note that you will have to take care of the modutils-calls-daemon-at-modprobe-time youself, the packages only place the bits at the proper places, they don't touch your modprobe.conf. See the ipw3945 documentation on how to do that. > Peter > > On 9/15/06, dragoran wrote: > >Will the fc6 final kernel have this module enabled (build) ? > >The current rawhide on seems not to have it. Any reason for this? > >Note: I am only talking about the kernel module not the userspace daemon > >and firmware. > > > -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From pbrobinson at gmail.com Fri Sep 15 15:24:08 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Fri, 15 Sep 2006 16:24:08 +0100 Subject: ipw3945 in FC6 In-Reply-To: <20060915143807.GG23050@neu.nirvana> References: <450AAC7F.5000501@feuerpokemon.de> <5256d0b0609150731o45845c18pf79a26df4d2594fe@mail.gmail.com> <20060915143807.GG23050@neu.nirvana> Message-ID: <5256d0b0609150824h40956655gf127473ff86f1a2d@mail.gmail.com> > > There was kernel module rpms in atrpms but the last one I saw compiled > > was ipw3945-kmdl-2.6.17-1.2543.fc6.i686 which works just fine for me > > but there haven't been any updates to that kernel module for some > > time. > > 2630 builds were uploaded almost a week ago: > > http://atrpms.net/dist/fc6/ipw3945/ > http://atrpms.net/dist/fc6/ipw3945-testing/ > http://atrpms.net/dist/common/ipw3945-ucode/ > http://atrpms.net/dist/common/ipw3945d/ > > They have bene confiremd to work with FC6. Note that you will have to > take care of the modutils-calls-daemon-at-modprobe-time youself, the > packages only place the bits at the proper places, they don't touch > your modprobe.conf. See the ipw3945 documentation on how to do that. Weird. Once I clear out yum I got the new packages. I've been using them for quite a while and they work very well. Thanks :-) Peter From dragoran at feuerpokemon.de Fri Sep 15 15:26:06 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 15 Sep 2006 17:26:06 +0200 Subject: ipw3945 in FC6 In-Reply-To: <20060915143807.GG23050@neu.nirvana> References: <450AAC7F.5000501@feuerpokemon.de> <5256d0b0609150731o45845c18pf79a26df4d2594fe@mail.gmail.com> <20060915143807.GG23050@neu.nirvana> Message-ID: <450AC60E.8080904@feuerpokemon.de> Axel Thimm wrote: > On Fri, Sep 15, 2006 at 03:31:56PM +0100, Peter Robinson wrote: > >> There was kernel module rpms in atrpms but the last one I saw compiled >> was ipw3945-kmdl-2.6.17-1.2543.fc6.i686 which works just fine for me >> but there haven't been any updates to that kernel module for some >> time. >> > > 2630 builds were uploaded almost a week ago: > > http://atrpms.net/dist/fc6/ipw3945/ > http://atrpms.net/dist/fc6/ipw3945-testing/ > http://atrpms.net/dist/common/ipw3945-ucode/ > http://atrpms.net/dist/common/ipw3945d/ > > They have bene confiremd to work with FC6. Note that you will have to > take care of the modutils-calls-daemon-at-modprobe-time youself, the > packages only place the bits at the proper places, they don't touch > your modprobe.conf. See the ipw3945 documentation on how to do that. > > > >> Peter >> >> On 9/15/06, dragoran wrote: >> >>> Will the fc6 final kernel have this module enabled (build) ? >>> The current rawhide on seems not to have it. Any reason for this? >>> Note: I am only talking about the kernel module not the userspace daemon >>> and firmware. >>> >>> > > ok thx will test them when I get my new latop in 2 weeks; but why isn't the kernel module not in the default kernel? From barry.scott at onelan.co.uk Fri Sep 15 15:33:03 2006 From: barry.scott at onelan.co.uk (Barry Scott) Date: Fri, 15 Sep 2006 16:33:03 +0100 Subject: How do I make an installation initrd.img for a new kernel? In-Reply-To: <1158321159.3945.46.camel@legolas.felicity.net.au> References: <4509937A.9030900@onelan.co.uk> <45099D97.3090409@bellsouth.net> <4509A04B.3030503@bellsouth.net> <450A7407.5060902@onelan.co.uk> <1158321159.3945.46.camel@legolas.felicity.net.au> Message-ID: <450AC7AF.6070304@onelan.co.uk> Gawain Lynch wrote: >> All of this is in the man page. What I'm after is the script used to >> create the initrd.img that shipped on the FC4 CDROM >> for network installation. >> > > This *may* or may not help you. Attached is a script I was working on > for educational purposes a while ago to add the ipw2200 modules and > dependencies to the install initrd. > > Now this was never going to work because anaconda doesn't support > wireless setup, but the aim of the game was to get anaconda to detect a > device it wasn't supposed to, in much the same vein as what you are > trying to achieve. > > You should be able to get the gist of what is required from the script. > > Take care, > > Gawain Thanks for the script. I can see what you are doing and it will help me. I have also found the buildinstall tool in anaconda-runtime. It does, in a far less obvious way, what you are doing plus a huge amount more that I don't think I need done. Barry From katzj at redhat.com Fri Sep 15 15:38:39 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 15 Sep 2006 11:38:39 -0400 Subject: ipw3945 in FC6 In-Reply-To: <450AAC7F.5000501@feuerpokemon.de> References: <450AAC7F.5000501@feuerpokemon.de> Message-ID: <1158334719.18686.7.camel@aglarond.local> On Fri, 2006-09-15 at 15:37 +0200, dragoran wrote: > Will the fc6 final kernel have this module enabled (build) ? > The current rawhide on seems not to have it. Any reason for this? > Note: I am only talking about the kernel module not the userspace daemon > and firmware. The driver isn't upstream and there hasn't really been much movement on getting it there which makes merging it into the Fedora kernel where we yell "upstream, upstream, upstream" as loud as we can somewhat contradictory :-) Jeremy From kevin.kofler at chello.at Fri Sep 15 16:14:49 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 15 Sep 2006 16:14:49 +0000 (UTC) Subject: Anyone working on kdelibs4 snapshot packages for developers? Message-ID: Is anyone working on parallel-installable kdelibs4 packages (similar to the qt4 packages we already have in Extras) for Fedora to be used by developers? (kdebase4 would be nice too, of course, because some features require it.) I'm personally interested in these in that I have a KDE-based app (KTIGCC) which I'd like to start porting to KDE 4, so it would be nice if I could just apt-get install kdelibs4-devel and start coding. (Don't worry, I don't need a working KDevelop. ;-) I'm currently using QMake 3 and Anjuta's unmanaged makefile mode, so moving to QMake 4 is going to be straightforward.) There are packages of KDE 3.80.1 out there already for OpenSUSE and Kubuntu, and even experimental dmgs for Mac OS X without X11. Kevin Kofler From linville at redhat.com Fri Sep 15 17:17:22 2006 From: linville at redhat.com (John W. Linville) Date: Fri, 15 Sep 2006 13:17:22 -0400 Subject: ipw3945 in FC6 In-Reply-To: <450AAC7F.5000501@feuerpokemon.de> References: <450AAC7F.5000501@feuerpokemon.de> Message-ID: <20060915171722.GB26208@redhat.com> On Fri, Sep 15, 2006 at 03:37:03PM +0200, dragoran wrote: > Will the fc6 final kernel have this module enabled (build) ? > The current rawhide on seems not to have it. Any reason for this? > Note: I am only talking about the kernel module not the userspace daemon > and firmware. FWIW, I have fc6 test kernels w/ the ipw3945 driver available here: http://people.redhat.com/linville/kernels/fc6/ I do _not_ promise to keep it up-to-date at all times, but it might be helpful for some. :-) Hth! John -- John W. Linville linville at redhat.com From rdieter at math.unl.edu Fri Sep 15 18:04:36 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 15 Sep 2006 13:04:36 -0500 Subject: utempter (kinda) needed by kdelibs Message-ID: Appears to be a mock/reduced-buildroot casualty where previously kdelibs didn't explicitly BR: utempter See https://bugzilla.redhat.com/205767 and http://fedoraproject.org/wiki/Extras/PackageStatus?#head-429e12c728f3cc48b33af904a3b608471742c522 "FC Packages dropped between release 5 and devel" Now what? Live with the kdelibs' reduced functionality? restore utempter? The last utempter changelog included the comment: * Wed Jul 26 2006 Mike A. Harris 0.5.5-8 ... - Add Provides: libutempter to runtime package, and Provides: libutempter-devel to devel subpackage to help ease transition from utempter to the new libutempter package which will replace this one soon. ... So is there still plans (still?) for libutempter to make an appearance in Core? -- Rex From notting at redhat.com Fri Sep 15 18:06:48 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Sep 2006 14:06:48 -0400 Subject: utempter (kinda) needed by kdelibs In-Reply-To: References: Message-ID: <20060915180648.GA626@nostromo.devel.redhat.com> Rex Dieter (rdieter at math.unl.edu) said: > So is there still plans (still?) for libutempter to make an appearance in > Core? It's in Core now, afaict. Bill From rdieter at math.unl.edu Fri Sep 15 18:17:18 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 15 Sep 2006 13:17:18 -0500 Subject: utempter (kinda) needed by kdelibs References: <20060915180648.GA626@nostromo.devel.redhat.com> Message-ID: Bill Nottingham wrote: > Rex Dieter (rdieter at math.unl.edu) said: >> So is there still plans (still?) for libutempter to make an appearance in >> Core? > > It's in Core now, afaict. Hmm... OK, I was confused because: $cvs -z3 co libutempter cvs server: cannot find module `libutempter' - ignored But I do see it's SRPM in the repo. (maybe my cvs setup is borked). -- Rex From notting at redhat.com Fri Sep 15 19:57:24 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Sep 2006 15:57:24 -0400 Subject: utempter (kinda) needed by kdelibs In-Reply-To: References: <20060915180648.GA626@nostromo.devel.redhat.com> Message-ID: <20060915195724.GB6151@nostromo.devel.redhat.com> Rex Dieter (rdieter at math.unl.edu) said: > Bill Nottingham wrote: > > > Rex Dieter (rdieter at math.unl.edu) said: > >> So is there still plans (still?) for libutempter to make an appearance in > >> Core? > > > > It's in Core now, afaict. > > Hmm... OK, I was confused because: > > $cvs -z3 co libutempter > cvs server: cannot find module `libutempter' - ignored > > But I do see it's SRPM in the repo. (maybe my cvs setup is borked). The cvs mirroring for new packages appears to be broken. Ugh. Bill, who does not really want to dig into that code right now... From louisg00 at bellsouth.net Fri Sep 15 20:07:51 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Fri, 15 Sep 2006 16:07:51 -0400 Subject: Apps that depend on firefox Message-ID: <1158350871.2682.6.camel@soncomputer> When firefox was updated to 1.5.0.7 the apps that depend on gecko were not rebuild. Apps like epiphany and yelp and will not run now. -Louis From lists-gawain at felicity-group.com Fri Sep 15 20:34:42 2006 From: lists-gawain at felicity-group.com (Gawain Lynch) Date: Sat, 16 Sep 2006 06:34:42 +1000 Subject: rawhide report: 20060915 changes In-Reply-To: <200609151240.k8FCeQmA029023@hs20-bc2-6.build.redhat.com> References: <200609151240.k8FCeQmA029023@hs20-bc2-6.build.redhat.com> Message-ID: <1158352483.3945.50.camel@legolas.felicity.net.au> On Fri, 2006-09-15 at 08:40 -0400, buildsys at redhat.com wrote: > I can't install this mornings rwahide as "images/stage2.img" seems to be missing, did something break? Gawain From notting at redhat.com Fri Sep 15 20:37:14 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 15 Sep 2006 16:37:14 -0400 Subject: utempter (kinda) needed by kdelibs In-Reply-To: <20060915195724.GB6151@nostromo.devel.redhat.com> References: <20060915180648.GA626@nostromo.devel.redhat.com> <20060915195724.GB6151@nostromo.devel.redhat.com> Message-ID: <20060915203714.GA7978@nostromo.devel.redhat.com> Bill Nottingham (notting at redhat.com) said: > > $cvs -z3 co libutempter > > cvs server: cannot find module `libutempter' - ignored > > > > But I do see it's SRPM in the repo. (maybe my cvs setup is borked). > > The cvs mirroring for new packages appears to be broken. Ugh. Fixed, will percolate eventually. In the meantime, cvs -z3 co rpms/libutempter should work. Bill From caillon at redhat.com Fri Sep 15 21:02:14 2006 From: caillon at redhat.com (Christopher Aillon) Date: Fri, 15 Sep 2006 17:02:14 -0400 Subject: Apps that depend on firefox In-Reply-To: <1158350871.2682.6.camel@soncomputer> References: <1158350871.2682.6.camel@soncomputer> Message-ID: <450B14D6.30406@redhat.com> Louis Garcia wrote: > When firefox was updated to 1.5.0.7 the apps that depend on gecko were > not rebuild. Apps like epiphany and yelp and will not run now. > > -Louis > > > They were rebuilt. They just didn't show up yet. One of the caveats of using rawhide. From cmadams at hiwaay.net Fri Sep 15 21:44:31 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 15 Sep 2006 16:44:31 -0500 Subject: rawhide report: 20060915 changes In-Reply-To: <1158352483.3945.50.camel@legolas.felicity.net.au> References: <200609151240.k8FCeQmA029023@hs20-bc2-6.build.redhat.com> <1158352483.3945.50.camel@legolas.felicity.net.au> Message-ID: <20060915214431.GD667289@hiwaay.net> Once upon a time, Gawain Lynch said: > I can't install this mornings rwahide as "images/stage2.img" seems to be > missing, did something break? I'm seeing the same thing. I can "ln -s minstg2.img stage2.img" and get a text install, but I don't think that is the expected behavior. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From louisg00 at bellsouth.net Sat Sep 16 02:23:44 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Fri, 15 Sep 2006 22:23:44 -0400 Subject: cups daemon not starting with test3 Message-ID: <1158373424.31748.6.camel@soncomputer> Trying to get cups running on test3 and it dies. This is the error log of cups. I have a feeling the installer setup the hosts file wrong? I'm on a local ipv4 network by the way. I [15/Sep/2006:22:13:43 -0400] Listening to ::1:631 (IPv6) I [15/Sep/2006:22:13:43 -0400] Listening to /var/run/cups/cups.sock (Domain) I [15/Sep/2006:22:13:43 -0400] Loaded configuration file "/etc/cups/cupsd.conf" W [15/Sep/2006:22:13:43 -0400] Repairing access permissions of "/etc/cups/classes.conf" I [15/Sep/2006:22:13:43 -0400] Using default TempDir of /var/spool/cups/tmp... I [15/Sep/2006:22:13:43 -0400] Cleaning out old temporary files in "/var/spool/cups/tmp"... I [15/Sep/2006:22:13:43 -0400] Configured for up to 100 clients. I [15/Sep/2006:22:13:43 -0400] Allowing up to 100 client connections per host. I [15/Sep/2006:22:13:43 -0400] Using policy "default" as the default! I [15/Sep/2006:22:13:43 -0400] Full reload is required. I [15/Sep/2006:22:13:43 -0400] Loaded MIME database from '/etc/cups': 34 types, 36 filters... I [15/Sep/2006:22:13:43 -0400] Loading NextJobId from job cache file "/var/cache/cups/job.cache"... I [15/Sep/2006:22:13:43 -0400] Full reload complete. E [15/Sep/2006:22:13:43 -0400] Unable to bind socket for address ::1:631 - Address already in use. I [15/Sep/2006:22:13:43 -0400] Listening to /var/run/cups/cups.sock on fd 3... E [15/Sep/2006:22:13:43 -0400] cupsdStartBrowsing: Unable to bind broadcast socket - Address already in use. From louisg00 at bellsouth.net Sat Sep 16 05:31:30 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Sat, 16 Sep 2006 01:31:30 -0400 Subject: cups daemon not starting with test3 In-Reply-To: <1158373424.31748.6.camel@soncomputer> References: <1158373424.31748.6.camel@soncomputer> Message-ID: <1158384690.2723.1.camel@soncomputer> On Fri, 2006-09-15 at 22:23 -0400, Louis Garcia wrote: > Trying to get cups running on test3 and it dies. This is the error log > of cups. I have a feeling the installer setup the hosts file wrong? > I'm on a local ipv4 network by the way. > > I [15/Sep/2006:22:13:43 -0400] Listening to ::1:631 (IPv6) > I [15/Sep/2006:22:13:43 -0400] Listening to /var/run/cups/cups.sock > (Domain) > I [15/Sep/2006:22:13:43 -0400] Loaded configuration file > "/etc/cups/cupsd.conf" > W [15/Sep/2006:22:13:43 -0400] Repairing access permissions of > "/etc/cups/classes.conf" > I [15/Sep/2006:22:13:43 -0400] Using default TempDir > of /var/spool/cups/tmp... > I [15/Sep/2006:22:13:43 -0400] Cleaning out old temporary files in > "/var/spool/cups/tmp"... > I [15/Sep/2006:22:13:43 -0400] Configured for up to 100 clients. > I [15/Sep/2006:22:13:43 -0400] Allowing up to 100 client connections per > host. > I [15/Sep/2006:22:13:43 -0400] Using policy "default" as the default! > I [15/Sep/2006:22:13:43 -0400] Full reload is required. > I [15/Sep/2006:22:13:43 -0400] Loaded MIME database from '/etc/cups': 34 > types, 36 filters... > I [15/Sep/2006:22:13:43 -0400] Loading NextJobId from job cache file > "/var/cache/cups/job.cache"... > I [15/Sep/2006:22:13:43 -0400] Full reload complete. > E [15/Sep/2006:22:13:43 -0400] Unable to bind socket for address ::1:631 > - Address already in use. > I [15/Sep/2006:22:13:43 -0400] Listening to /var/run/cups/cups.sock on > fd 3... > E [15/Sep/2006:22:13:43 -0400] cupsdStartBrowsing: Unable to bind > broadcast socket - Address already in use. > My /etc/hosts file is: # Do not remove the following line, or various programs # that require network functionality will fail. ::1 soncomputer localhost.localdomain localhost shouldn't the localhost be 127.0.0.1 ? From mailinglists at erwinrol.com Sat Sep 16 11:48:43 2006 From: mailinglists at erwinrol.com (Erwin Rol) Date: Sat, 16 Sep 2006 13:48:43 +0200 Subject: grub theme Message-ID: <1158407323.2903.183.camel@xpc.home.erwinrol.com> The grub theme now has an (almost) black background and a black "bar" that selects the boot entry. The only way to see what entry is selected is by the white cursor way on the right side of the screen. Would it be possible to make it so that the "bar" is a bit more bright so you can see what entry is selected? - Erwin From louisg00 at bellsouth.net Sun Sep 17 02:48:26 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Sat, 16 Sep 2006 22:48:26 -0400 Subject: selinux problems with a few daemons Message-ID: <1158461306.3457.5.camel@soncomputer> With test3 + rawhide as of sep 16, I'm having problems with atd, crond and cupsd. With selinux in permissive mode these daemons work. When selinux is enforcing they don't. All I get in the logs is: kernel: audit(1158459126.863:121): avc: denied { search } for pid=1832 comm="mcstransd" name="2416" dev=proc ino=158334978 scontext=system_u:system_r:setrans_t:s0 tcontext=system_u:system_r:xdm_t:s0-s0:c0.c255 tclass=dir the cups problem is in bugzilla. --Louis From fedora at leemhuis.info Sun Sep 17 08:31:57 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sun, 17 Sep 2006 10:31:57 +0200 Subject: grub theme In-Reply-To: <1158407323.2903.183.camel@xpc.home.erwinrol.com> References: <1158407323.2903.183.camel@xpc.home.erwinrol.com> Message-ID: <450D07FD.5050005@leemhuis.info> Erwin Rol schrieb: > The grub theme now has an (almost) black background and a black "bar" > that selects the boot entry. The only way to see what entry is selected > is by the white cursor way on the right side of the screen. > > Would it be possible to make it so that the "bar" is a bit more bright > so you can see what entry is selected? bugzilla is that --------> way https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205820 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=205888 CU thl From linux_4ever at yahoo.com Sun Sep 17 12:00:41 2006 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 17 Sep 2006 05:00:41 -0700 (PDT) Subject: selinux problems with a few daemons In-Reply-To: <1158461306.3457.5.camel@soncomputer> Message-ID: <20060917120041.96490.qmail@web51511.mail.yahoo.com> >With test3 + rawhide as of sep 16, I'm having problems with atd, crond >and cupsd. Thanks for the report. This was mentioned on the fedora-test-list yesterday. I think we'll have an update to fix this in Monday or Tuesday's rawhide push. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From dwmw2 at infradead.org Sun Sep 17 18:10:20 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sun, 17 Sep 2006 19:10:20 +0100 Subject: Cross-compilers. In-Reply-To: <1153656919.29989.74.camel@shinybook.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> Message-ID: <1158516620.24527.260.camel@pmac.infradead.org> On Sun, 2006-07-23 at 08:15 -0400, David Woodhouse wrote: > How much interest would there be in getting a bunch of cross-compilers > into Extras? Starting with binutils.... at http://david.woodhou.se/binutils.spec there's a specfile based on the current Core package which lets you build cross-binutils with for example --define "binutils_target i686-fedora-linux" That approach lets us track the Core package directly, and I think is sanest. What I'm not sure of, however, is how we actually deal with that when building for Extras. Is there a simple way we can build it multiple times with multiple definitions of %binutils_target, or would we have to import it all into multiple directories in CVS with the requisite one-line change and then build each one normally? Another possibility is that we could make a single SRPM spit out _all_ the $ARCH-fedora-linux-binutils binary packages, building them all in a loop. But that might involve diverging even more from the Core specfile, which wouldn't be ideal. On the other hand, if we have to postprocess the Core specfile when we export it from Core to Extras anyway, perhaps we could have a scripted way of converting it to build multiple packages too? Suggestions on a postcard to... -- dwmw2 From e11321 at comcast.net Sun Sep 17 19:33:53 2006 From: e11321 at comcast.net (e11321 at comcast.net) Date: Sun, 17 Sep 2006 19:33:53 +0000 Subject: fc3 T3 spins after "Checking for previous fedora installations" Message-ID: <091720061933.25742.450DA321000370830000648E2200737478CECDCCCECE0A@comcast.net> Hi Prarit, Is there anything that I can do to help? I'm reletively ignorant as far as Linux programming is concerned but I've been using Linux for a few years and I'm a programmer. I know C well and I know Python somewhat. Pat. Prarit Bhargava wrote: > Chris, > > Chris Lumens wrote: > >> I don't remember the exact phrasing but the fc3 t3 install hangs after I see > the "Checking for previous fedora installations." In the lower right hand > corner of my screen the pointer sits with the blue dots spinning around it. > >> > >> I have mouse control. I tested the media. This also occurred w/ fc3 t2. > >> > >> The last thing I installed was some version of SUSE. It's installed on hda2, > and fc5 is installed on hda3. I wonder if the SUSE install changed something to > screw up this install. > >> > > > > > > This looks ALOT like the squashfs memory corruption issue. He may not > be able to get around it ... > > See 204638 and 206472 ... > > FYI, > > P. > > Press ctrl-alt-f4. Does it look like a kernel panic? We've seen things > > like this before where there's kernel troubles when reading the reiserfs > > filesystem. > > > > - Chris > > > > > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From Matt_Domsch at dell.com Mon Sep 18 02:16:00 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sun, 17 Sep 2006 21:16:00 -0500 Subject: Cross-compilers. In-Reply-To: <1158516620.24527.260.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> Message-ID: <20060918021600.GB6002@lists.us.dell.com> On Sun, Sep 17, 2006 at 07:10:20PM +0100, David Woodhouse wrote: > On Sun, 2006-07-23 at 08:15 -0400, David Woodhouse wrote: > > How much interest would there be in getting a bunch of cross-compilers > > into Extras? > > Starting with binutils.... at http://david.woodhou.se/binutils.spec > there's a specfile based on the current Core package which lets you > build cross-binutils with for example > --define "binutils_target i686-fedora-linux" > > That approach lets us track the Core package directly, and I think is > sanest. What I'm not sure of, however, is how we actually deal with that > when building for Extras. Is there a simple way we can build it multiple > times with multiple definitions of %binutils_target, or would we have to > import it all into multiple directories in CVS with the requisite > one-line change and then build each one normally? > > Another possibility is that we could make a single SRPM spit out _all_ > the $ARCH-fedora-linux-binutils binary packages, building them all in a > loop. But that might involve diverging even more from the Core specfile, > which wouldn't be ideal. > > On the other hand, if we have to postprocess the Core specfile when we > export it from Core to Extras anyway, perhaps we could have a scripted > way of converting it to build multiple packages too? > > Suggestions on a postcard to... I like the one SRPM -> all binary packages idea. Any reason that *couldn't* be in Core? -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From blc at redhat.com Mon Sep 18 02:41:10 2006 From: blc at redhat.com (Brendan Conoboy) Date: Sun, 17 Sep 2006 22:41:10 -0400 Subject: Cross-compilers. In-Reply-To: <1158516620.24527.260.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> Message-ID: <450E0746.4090509@redhat.com> David Woodhouse wrote: > Starting with binutils.... at http://david.woodhou.se/binutils.spec > there's a specfile based on the current Core package which lets you > build cross-binutils with for example > --define "binutils_target i686-fedora-linux" Any particular reason for the binutils in binutils_target? Something like target_triplet could be shared across multiple packages (gcc, gdb). Also, putting some form of Fedora in the name is great, but it should be in some way versioned like i686-fedora5-linux or even i686-fc5-linux. This is a little more specific and will scale better if cross compiler interest blossoms. > That approach lets us track the Core package directly, and I think is > sanest. What I'm not sure of, however, is how we actually deal with that > when building for Extras. Is there a simple way we can build it multiple > times with multiple definitions of %binutils_target, or would we have to > import it all into multiple directories in CVS with the requisite > one-line change and then build each one normally? > > Another possibility is that we could make a single SRPM spit out _all_ > the $ARCH-fedora-linux-binutils binary packages, building them all in a > loop. But that might involve diverging even more from the Core specfile, > which wouldn't be ideal. This seems like a pretty small divergence. Instead of target_triplet use target_triplets, use a for loop and you're scarcely any further from the original spec file. That said, three downsides come to mind: 1. The build will become increasingly slow as targets are added. 2. A build failure of one target may prevent any target RPMs from being produced (optional). 3. If people want to take the idea and run with it for other targets, a single SRPM means less flexible maintainership. The question that's been gnawing on my mind since your original posting is: Where does the sys-root come from? Clearly for the Fedora targets, there exist RPMs that contain the needed files from the existing build process. These need to be available when generating the crosses. Your binutils.spec (nice) assumes there is an installation under "/usr/%{binutils_target}". Whether or not this is the right place, it'd be good for there to be a dependency that ensures this exists. My current thought is that there be a wrapper spec file that takes in the target's RPMs, puts them in a standardized directory "/usr/share/sys-roots/%{target_triplet}" (imperfect location of the day), then makes a noarch RPM out of the contents. Is this possible in the build system? How do we accommodate the GPL here? Assuming this is a viable option, binutils (gcc, etc) could simply require this package prior to building. Having distinct sys-root packages also accommodates other (non-Fedora targeted) systems for which some interest has been shown. It would be great if Fedora could be cross compiled using any host system to produce binaries for any target system, be it a supported and rare host (s390, ia64) or an entirely new target (arm, mips*). -Brendan (blc at redhat.com) From rc040203 at freenet.de Mon Sep 18 03:06:51 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 05:06:51 +0200 Subject: Cross-compilers. In-Reply-To: <450E0746.4090509@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> Message-ID: <1158548811.5558.90.camel@mccallum.corsepiu.local> On Sun, 2006-09-17 at 22:41 -0400, Brendan Conoboy wrote: > David Woodhouse wrote: > > Starting with binutils.... at http://david.woodhou.se/binutils.spec > > there's a specfile based on the current Core package which lets you > > build cross-binutils with for example > > --define "binutils_target i686-fedora-linux" > > Any particular reason for the binutils in binutils_target? Something > like target_triplet could be shared across multiple packages (gcc, gdb). s/could/must/ wrt. GCC > Also, putting some form of Fedora in the name is great, but it should > be in some way versioned like i686-fedora5-linux or even i686-fc5-linux. > This is a little more specific and will scale better if cross compiler > interest blossoms. Using a versioned target-triple is inevitable for cross-toolchains, because the toolchains aren't necessarily compatible. > > That approach lets us track the Core package directly, and I think is > > sanest. What I'm not sure of, however, is how we actually deal with that > > when building for Extras. Is there a simple way we can build it multiple > > times with multiple definitions of %binutils_target, or would we have to > > import it all into multiple directories in CVS with the requisite > > one-line change and then build each one normally? > > > > Another possibility is that we could make a single SRPM spit out _all_ > > the $ARCH-fedora-linux-binutils binary packages, building them all in a > > loop. But that might involve diverging even more from the Core specfile, > > which wouldn't be ideal. > > This seems like a pretty small divergence. Instead of target_triplet > use target_triplets, use a for loop and you're scarcely any further from > the original spec file. That said, three downsides come to mind: > > 1. The build will become increasingly slow as targets are added. > 2. A build failure of one target may prevent any target RPMs from being > produced (optional). This might not be much of an issue for RH-based toolchains, but in general, but in general, in practice, this is a real showstopper to such multiple target cross-toolchains and it renders this approach to be impractical. Experience tells, one target is always broken somewhere and not all GCC versions work for all targets. Furthermore, fixing target specific bugs introduces unnecessary rebuilds for other targets - This renders this approach to be a pain to end-users. > 3. If people want to take the idea and run with it for other targets, a > single SRPM means less flexible maintainership. > > The question that's been gnawing on my mind since your original posting > is: Where does the sys-root come from? The easiest approach is to repackage the original (native) Fedora rpms into noarch rpms containing the sys-root for a cross toolchain. Ralf From dwmw2 at infradead.org Mon Sep 18 06:58:04 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 07:58:04 +0100 Subject: Cross-compilers. In-Reply-To: <450E0746.4090509@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> Message-ID: <1158562684.24527.288.camel@pmac.infradead.org> On Sun, 2006-09-17 at 22:41 -0400, Brendan Conoboy wrote: > Any particular reason for the binutils in binutils_target? Something > like target_triplet could be shared across multiple packages (gcc, gdb). > Also, putting some form of Fedora in the name is great, but it should > be in some way versioned like i686-fedora5-linux or even i686-fc5-linux. > This is a little more specific and will scale better if cross compiler > interest blossoms. I only called it that to distinguish it from RPM's _target_cpu, which is the _RPM_ target. And yes, something like i386-fedora6-linux would be better. > This seems like a pretty small divergence. Instead of target_triplet > use target_triplets, use a for loop and you're scarcely any further from > the original spec file. That said, three downsides come to mind: > > 1. The build will become increasingly slow as targets are added. > 2. A build failure of one target may prevent any target RPMs from being > produced (optional). > 3. If people want to take the idea and run with it for other targets, a > single SRPM means less flexible maintainership. Perhaps we could build all the Fedora cross-toolchains in a loop like that, but let people take it and do more esoteric targets individually in Extras. > The question that's been gnawing on my mind since your original posting > is: Where does the sys-root come from? Clearly for the Fedora targets, > there exist RPMs that contain the needed files from the existing build > process. These need to be available when generating the crosses. Your > binutils.spec (nice) assumes there is an installation under > "/usr/%{binutils_target}". Whether or not this is the right place, it'd > be good for there to be a dependency that ensures this exists. Binutils doesn't need it. I can build kernels quite happily without. > My current thought is that there be a wrapper spec file that takes in > the target's RPMs, puts them in a standardized directory > "/usr/share/sys-roots/%{target_triplet}" (imperfect location of the > day), then makes a noarch RPM out of the contents. Is this possible in > the build system? How do we accommodate the GPL here? If it's our own packages then we're already shipping the source, so the GPL shouldn't be an issue if we repackage them. Note that we want all this for populating qemu sysroots already. And we want to _share_ our sysroot with qemu. We might want ia32el using the same system too. I don't actually think we _do_ want to repackage them. If I want to be able to install the proper i686 acrobat reader packages in to my i686 qemu/gcc sysroot, I want to just use yum -- or at _least_ RPM. I don't want to have to repackage everything as noarch. We should be able to use them directly, even if we have to modify rpm a little. > Assuming this is a viable option, binutils (gcc, etc) could simply > require this package prior to building. Having distinct sys-root > packages also accommodates other (non-Fedora targeted) systems for > which some interest has been shown. I don't want to require it _prior_ to building. That might be OK for Fedora where we _have_ the sysroot prior to building the compiler, but when we don't have a pre-existing sysroot, we need to build the compiler first. See rants elsewhere over the last decade or so about dependencies and building everything three times :) > It would be great if Fedora could be cross compiled using any host > system to produce binaries for any target system, be it a supported and > rare host (s390, ia64) or an entirely new target (arm, mips*). You'll never do that until we ban autoconf in packaging. Packages in _general_ won't cross-compile. We'll always have to have a "native" environment, although qemu can fake that and your _compiler_ binary can be a real native binary in the middle of a target-sysroot, so it's nice and fast. See scratchbox, for example. -- dwmw2 From rc040203 at freenet.de Mon Sep 18 07:47:28 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 09:47:28 +0200 Subject: Cross-compilers. In-Reply-To: <1158562684.24527.288.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> Message-ID: <1158565648.5044.7.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 07:58 +0100, David Woodhouse wrote: > > > It would be great if Fedora could be cross compiled using any host > > system to produce binaries for any target system, be it a supported and > > rare host (s390, ia64) or an entirely new target (arm, mips*). > > You'll never do that until we ban autoconf in packaging. Sigh - Will you ever stop reiterating this FUD? All properly packaged "single-targeted" autoconf/automake based packages do support cross-compilation, OTB. Few packages do support mixed native/cross compilation and even less do support multi-target configurations. > Packages in _general_ won't cross-compile. Yes, because many packagers don't test it and because rpm doesn't support it. Ralf From dwmw2 at infradead.org Mon Sep 18 07:57:11 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 08:57:11 +0100 Subject: Cross-compilers. In-Reply-To: <1158565648.5044.7.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> Message-ID: <1158566231.24527.308.camel@pmac.infradead.org> On Mon, 2006-09-18 at 09:47 +0200, Ralf Corsepius wrote: > On Mon, 2006-09-18 at 07:58 +0100, David Woodhouse wrote: > > > > > > It would be great if Fedora could be cross compiled using any host > > > system to produce binaries for any target system, be it a supported and > > > rare host (s390, ia64) or an entirely new target (arm, mips*). > > > > You'll never do that until we ban autoconf in packaging. > > Sigh - Will you ever stop reiterating this FUD? > All properly packaged "single-targeted" autoconf/automake based packages > do support cross-compilation, OTB. Then there are few of what you call 'properly packaged single-targeted' packages out there, because seamless support for cross-compilation has _not_ been my experience. > Few packages do support mixed native/cross compilation and even less do > support multi-target configurations. > > > Packages in _general_ won't cross-compile. > Yes, because many packagers don't test it and because rpm doesn't > support it. I've spent a lot of time attempting to cross-build the distribution. RPM actually handles it just fine -- the problems were mostly caused by the (possibly incorrect) use of autotools in the package itself. I agree, however, that there is nothing _fundamentally_ evil about autotools. Autotools don't kill cross-compilation; people do. Autotools just seem to make it easy. -- dwmw2 From rc040203 at freenet.de Mon Sep 18 08:23:04 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 10:23:04 +0200 Subject: Cross-compilers. In-Reply-To: <1158566231.24527.308.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> Message-ID: <1158567785.5044.21.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 08:57 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 09:47 +0200, Ralf Corsepius wrote: > > On Mon, 2006-09-18 at 07:58 +0100, David Woodhouse wrote: > > > > > > > > > It would be great if Fedora could be cross compiled using any host > > > > system to produce binaries for any target system, be it a supported and > > > > rare host (s390, ia64) or an entirely new target (arm, mips*). > > > > > > You'll never do that until we ban autoconf in packaging. > > > > Sigh - Will you ever stop reiterating this FUD? > > > All properly packaged "single-targeted" autoconf/automake based packages > > do support cross-compilation, OTB. > > Then there are few of what you call 'properly packaged single-targeted' > packages out there, because seamless support for cross-compilation has > _not_ been my experience. Well, I'd estimate 90% of all lib* packages do work OTB. It's the packages' authors who ship broken configurations, because they hard-code stupid things like run-time checks or hard-coding compiler/system features (byte-order, type-sizes etc.). > > Few packages do support mixed native/cross compilation and even less do > > support multi-target configurations. > > > > > Packages in _general_ won't cross-compile. > > Yes, because many packagers don't test it and because rpm doesn't > > support it. > > I've spent a lot of time attempting to cross-build the distribution. > RPM actually handles it just fine -- the problems were mostly caused by > the (possibly incorrect) use of autotools in the package itself. Well, this is NOT my experience. RPM doesn't even get the target/host/build-tuple right for native noarch building. Building cross-compilers (Note: These are native apps!) is PITA, because RPM doesn't handle foreign binaries correctly (stripping, debug info etc. all are treated as -elf). Cross building (rpmbuild --target= ...) isn't even close to be be functional, because rpm screws up various target/host/build platforms setting (e.g. %rpmopt), and doesn't properly distinguish between target/host/build and contain many hard-coded redhat specifics (We are cross building cross-toolchain rpms to mingw, cygwin and solaris). > I agree, however, that there is nothing _fundamentally_ evil about > autotools. Autotools don't kill cross-compilation; people do. Autotools > just seem to make it easy. Right, that's a statement I can live with. Ralf From dwmw2 at infradead.org Mon Sep 18 08:56:56 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 09:56:56 +0100 Subject: Cross-compilers. In-Reply-To: <1158567785.5044.21.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> Message-ID: <1158569816.24527.322.camel@pmac.infradead.org> On Mon, 2006-09-18 at 10:23 +0200, Ralf Corsepius wrote: > Well, I'd estimate 90% of all lib* packages do work OTB. Either things have got a _lot_ better since I was doing this, or you've been a lot luckier than I was. > It's the packages' authors who ship broken configurations, because they > hard-code stupid things like run-time checks or hard-coding > compiler/system features (byte-order, type-sizes etc.). Yes. Autotools seems to encourage this behaviour, rather than just encouraging people to write sane portable code in the first place. For example, why do runtime checks for word-size when you can just use explicitly sized C99 types if you actually care? But autotools makes it easy... and suddenly your package no longer compiles. Maybe autotools wouldn't be so bad if it was made much harder to do stupid things. > > > Few packages do support mixed native/cross compilation and even less do > > > support multi-target configurations. > > > > > > > Packages in _general_ won't cross-compile. > > > Yes, because many packagers don't test it and because rpm doesn't > > > support it. > > > > I've spent a lot of time attempting to cross-build the distribution. > > RPM actually handles it just fine -- the problems were mostly caused by > > the (possibly incorrect) use of autotools in the package itself. > > Well, this is NOT my experience. > > RPM doesn't even get the target/host/build-tuple right for native noarch > building. You mean in %configure? I don't recall it screwing that up, but again I haven't tried this recently. If it broke, file a bug. I suspect it's a problem with redhat-rpm-config instead of rpm itself. > Building cross-compilers (Note: These are native apps!) is PITA, because > RPM doesn't handle foreign binaries correctly (stripping, debug info > etc. all are treated as -elf). I have a vague recollection of overriding %strip. But binutils-multi would also help with this. > Cross building (rpmbuild --target= ...) isn't even close to be be > functional, because rpm screws up various target/host/build platforms > setting (e.g. %rpmopt), and doesn't properly distinguish between > target/host/build and contain many hard-coded redhat specifics (We are > cross building cross-toolchain rpms to mingw, cygwin and solaris). I haven't looked at cross-building to non-Linux RPMs. I can well believe that it's more problematic, but certainly I've had reasonable success with cross-building _Linux_ RPMs. As I said, the majority of failures I saw were with autotools being used to do the wrong thing. Not really with RPM itself. -- dwmw2 From bojan at rexursive.com Mon Sep 18 10:10:19 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 18 Sep 2006 20:10:19 +1000 Subject: Yum upgrade? Message-ID: <1158574220.2645.6.camel@shrek.rexursive.com> After I didn't have much luck with an upgrade of an FC5 box to FC6T3 (see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206913), just for kicks, I tried "yum upgrade" to a development tree. That failed with a whole bunch of dependency problems, including things like e2fs*. Similar situation existed between FC4 and FC5, also on x86_64. Is "yum upgrade" something that's supposed to work between FC(n) and FC(n+1) or not? -- Bojan From alan at redhat.com Mon Sep 18 11:09:53 2006 From: alan at redhat.com (Alan Cox) Date: Mon, 18 Sep 2006 07:09:53 -0400 Subject: Cross-compilers. In-Reply-To: <1158566231.24527.308.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> Message-ID: <20060918110953.GB16138@devserv.devel.redhat.com> On Mon, Sep 18, 2006 at 08:57:11AM +0100, David Woodhouse wrote: > I agree, however, that there is nothing _fundamentally_ evil about There is a lot fundamentally evil about autotools, it uses perl to start with. > autotools. Autotools don't kill cross-compilation; people do. Autotools > just seem to make it easy. Autotools also makes it extremely hard to debug a cross compilation problem. Neither does it deal with repeatability, consider what happens if you cross build a package during beta and it works then native build it during final and it doesn't. The vaguaries of the compiler and cross compiler suite can cause this to bite you very occasionally. It would be good to be able to cross build Fedora, if only for slow old architectures and embedded where its pretty essential. Alan From dwmw2 at infradead.org Mon Sep 18 11:27:22 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 12:27:22 +0100 Subject: Cross-compilers. In-Reply-To: <20060918110953.GB16138@devserv.devel.redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> Message-ID: <1158578843.24527.349.camel@pmac.infradead.org> On Mon, 2006-09-18 at 07:09 -0400, Alan Cox wrote: > Autotools also makes it extremely hard to debug a cross compilation problem. > Neither does it deal with repeatability, consider what happens if you cross > build a package during beta and it works then native build it during final > and it doesn't. The vaguaries of the compiler and cross compiler suite can > cause this to bite you very occasionally. I particularly like the way bridge-utils will build _entirely_ differently according to whether it happens to detect libsysfs in the system or not. And sometimes it fails to detect libsysfs even when it's present, so it silently builds for a 2.4 kernel :) -- dwmw2 From gilboad at gmail.com Mon Sep 18 12:01:30 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Mon, 18 Sep 2006 15:01:30 +0300 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <1158574220.2645.6.camel@shrek.rexursive.com> References: <1158574220.2645.6.camel@shrek.rexursive.com> Message-ID: <1158580890.14311.13.camel@gilboa-work-dev> On Mon, 2006-09-18 at 20:10 +1000, Bojan Smojver wrote: > After I didn't have much luck with an upgrade of an FC5 box to FC6T3 > (see: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206913), just > for kicks, I tried "yum upgrade" to a development tree. That failed with > a whole bunch of dependency problems, including things like e2fs*. > Similar situation existed between FC4 and FC5, also on x86_64. > > Is "yum upgrade" something that's supposed to work between FC(n) and > FC(n+1) or not? > > -- > Bojan > Same here. I'm getting the same crash when trying to upgrade a FC5 vmware image to FC6T3 using a DVD Iso file. Installation log attached. (Both to this mail, and to BZ #206913) FC/RH should -really- really -really- consider doing a Test4 release. FC6 is far from being ready from prime time. - Gilboa -------------- next part -------------- A non-text attachment was scrubbed... Name: anacdump.txt.gz Type: application/x-gzip Size: 22060 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: anaconda.log.gz Type: application/x-gzip Size: 2881 bytes Desc: not available URL: From eng at prowip.net.br Mon Sep 18 12:17:02 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Mon, 18 Sep 2006 09:17:02 -0300 Subject: wake-up from suspend Message-ID: <200609180917.02654.eng@prowip.net.br> Hi I was wondering if anybody got an Acer Aspire back from suspend or hibernate state. Could you help me ? Or is it not working? Hans From rc040203 at freenet.de Mon Sep 18 13:16:19 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 15:16:19 +0200 Subject: Cross-compilers. In-Reply-To: <20060918110953.GB16138@devserv.devel.redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> Message-ID: <1158585380.5044.34.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 07:09 -0400, Alan Cox wrote: > On Mon, Sep 18, 2006 at 08:57:11AM +0100, David Woodhouse wrote: > > I agree, however, that there is nothing _fundamentally_ evil about > > There is a lot fundamentally evil about autotools, it uses perl to start > with. Except that you personally seem to hate Perl and apparently feel like having to reiterate your opinion, it's an implementation detail, not of any importance to it's function. BTW: perl is the least problematic part of the autotools. The most problematic ones are shells and m4, plus people outsmarting themselves by abusing the autotools. > > autotools. Autotools don't kill cross-compilation; people do. Autotools > > just seem to make it easy. > > Autotools also makes it extremely hard to debug a cross compilation problem. How that? > Neither does it deal with repeatability, consider what happens if you cross > build a package during beta and it works then native build it during final > and it doesn't. And how is this problem related to the autotools? Use 2 different build directories and appropriate host/build/target tuples and you're done. > The vaguaries of the compiler and cross compiler suite can > cause this to bite you very occasionally. Sure, ... this would you hit with other buildsystem in the same way. > It would be good to be able to cross build Fedora, if only for slow old > architectures and embedded where its pretty essential. Sure. Ralf From rc040203 at freenet.de Mon Sep 18 13:17:38 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 15:17:38 +0200 Subject: Cross-compilers. In-Reply-To: <1158578843.24527.349.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158578843.24527.349.camel@pmac.infradead.org> Message-ID: <1158585458.5044.37.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 12:27 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 07:09 -0400, Alan Cox wrote: > > Autotools also makes it extremely hard to debug a cross compilation problem. > > Neither does it deal with repeatability, consider what happens if you cross > > build a package during beta and it works then native build it during final > > and it doesn't. The vaguaries of the compiler and cross compiler suite can > > cause this to bite you very occasionally. > > I particularly like the way bridge-utils will build _entirely_ > differently according to whether it happens to detect libsysfs in the > system or not. And sometimes it fails to detect libsysfs even when it's > present, so it silently builds for a 2.4 kernel :) Blame this package's authors and don't blame the tools ;) Ralf From andy at warmcat.com Mon Sep 18 13:37:26 2006 From: andy at warmcat.com (Andy Green) Date: Mon, 18 Sep 2006 14:37:26 +0100 Subject: Cross-compilers. In-Reply-To: <1158585380.5044.34.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> Message-ID: <450EA116.6080801@warmcat.com> Ralf Corsepius wrote: > BTW: perl is the least problematic part of the autotools. The most Unless you want to crosscompile perl so autotools can run on your target, which is an interesting experience involving a full configure and build for the host to generate a host miniperl so that a perl-using cross build for a non-host target can complete :-O -Andy From rc040203 at freenet.de Mon Sep 18 13:46:44 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 15:46:44 +0200 Subject: Cross-compilers. In-Reply-To: <450EA116.6080801@warmcat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> <450EA116.6080801@warmcat.com> Message-ID: <1158587204.5044.45.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 14:37 +0100, Andy Green wrote: > Ralf Corsepius wrote: > > > BTW: perl is the least problematic part of the autotools. The most > > Unless you want to crosscompile perl so autotools can run on your > target, which is an interesting experience involving a full configure > and build for the host to generate a host miniperl so that a perl-using > cross build for a non-host target can complete :-O You don't need perl to configure/build/install packages to cross-compile - cross compiling perl ... that's a different issue ... Ralf From rc040203 at freenet.de Mon Sep 18 14:07:10 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 16:07:10 +0200 Subject: Cross-compilers. In-Reply-To: <21645.1158587934@warthog.cambridge.redhat.com> References: <1158569816.24527.322.camel@pmac.infradead.org> <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <21645.1158587934@warthog.cambridge.redhat.com> Message-ID: <1158588430.5044.51.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 14:58 +0100, David Howells wrote: > David Woodhouse wrote: > > > For example, why do runtime checks for word-size when you can just use > > explicitly sized C99 types if you actually care? In autoconf >= 2.49 (released several years ago), size-type checks are compile-time checks, not run-time checks. > But you might have to build with a compiler that doesn't support them. Exactly ... but there generally is nothing wrong with using size-type checks _inside_ of a package. The real problem is people exporting the results to external header files ("exporting autoheaders"). Autoconf already does a hard job at preventing people from this, nevertheless people still do it. Ralf From andy at warmcat.com Mon Sep 18 14:06:32 2006 From: andy at warmcat.com (Andy Green) Date: Mon, 18 Sep 2006 15:06:32 +0100 Subject: Cross-compilers. In-Reply-To: <1158587204.5044.45.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> <450EA116.6080801@warmcat.com> <1158587204.5044.45.camel@mccallum.corsepiu.local> Message-ID: <450EA7E8.8060501@warmcat.com> Ralf Corsepius wrote: > On Mon, 2006-09-18 at 14:37 +0100, Andy Green wrote: >> Ralf Corsepius wrote: >> >>> BTW: perl is the least problematic part of the autotools. The most >> Unless you want to crosscompile perl so autotools can run on your >> target, which is an interesting experience involving a full configure >> and build for the host to generate a host miniperl so that a perl-using >> cross build for a non-host target can complete :-O > You don't need perl to configure/build/install packages to cross-compile > - cross compiling perl ... that's a different issue ... Sure, hence "so autotools can run on your target". The issue is pertinent though if people think about a truly crosscompilable distro, Python and Perl at least will cause a lot of trouble. Although of course if they are helped through it everyone would benefit. Fedora package configure options as they are would also be extremely fat on most kinds of embedded hardware. -Andy From blc at redhat.com Mon Sep 18 14:48:47 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 10:48:47 -0400 Subject: Cross-compilers. In-Reply-To: <1158562684.24527.288.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> Message-ID: <450EB1CF.2020108@redhat.com> David Woodhouse wrote: > Perhaps we could build all the Fedora cross-toolchains in a loop like > that, but let people take it and do more esoteric targets individually > in Extras. Sure. It would be great if core's gcc and binutils made the mesh already. > Binutils doesn't need it. I can build kernels quite happily without. That's fine if all you want to do is build a kernel, but any package is a candidate for cross compilation. > If it's our own packages then we're already shipping the source, so the > GPL shouldn't be an issue if we repackage them. This doesn't sound right. We're talking about two different repositories (core vs extras). > I don't actually think we _do_ want to repackage them. If I want to be > able to install the proper i686 acrobat reader packages in to my i686 > qemu/gcc sysroot, I want to just use yum -- or at _least_ RPM. I don't > want to have to repackage everything as noarch. We should be able to use > them directly, even if we have to modify rpm a little. Modifying rpm may be the best long term option. If RPM had a magic incantation like 'rpm -i --sysroot somepackage.mipsel.rpm' that knew to put it under /usr/sysroots/mipsel-linux-gnu that'd be great. Or we could abolish /usr/include and /usr/lib in favor of sys-roots from the ground-up. Any takers? :-) > I don't want to require it _prior_ to building. That might be OK for > Fedora where we _have_ the sysroot prior to building the compiler, but > when we don't have a pre-existing sysroot, we need to build the compiler > first. How about seeding the build system with a hand-made sys-root for the first generation? After that you can iterate using previous builds. > See rants elsewhere over the last decade or so about dependencies and > building everything three times :) Please, no... > You'll never do that until we ban autoconf in packaging. Packages in > _general_ won't cross-compile. We'll always have to have a "native" > environment, although qemu can fake that and your _compiler_ binary can > be a real native binary in the middle of a target-sysroot, so it's nice > and fast. See scratchbox, for example. Autoconf and cross compilation can work just fine together. That said, there are plenty of auto* tests that are cross-ignorant and need fixing. It's not insurmountable, but it does require every package to play nicely. I haven't looked at scratchbox before. Will do that now. -Brendan (blc at redhat.com) From dwmw2 at infradead.org Mon Sep 18 14:55:45 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 15:55:45 +0100 Subject: Cross-compilers. In-Reply-To: <450EB1CF.2020108@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> Message-ID: <1158591345.24527.376.camel@pmac.infradead.org> On Mon, 2006-09-18 at 10:48 -0400, Brendan Conoboy wrote: > > I don't want to require it _prior_ to building. That might be OK for > > Fedora where we _have_ the sysroot prior to building the compiler, but > > when we don't have a pre-existing sysroot, we need to build the compiler > > first. > > How about seeding the build system with a hand-made sys-root for the > first generation? After that you can iterate using previous builds. That should be a last resort if we really cannot fix dependencies in any other way. It's really not an ideal situation. How about just building binutils, then the compiler, then some libraries? -- dwmw2 From blc at redhat.com Mon Sep 18 15:02:42 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 11:02:42 -0400 Subject: Cross-compilers. In-Reply-To: <450EA7E8.8060501@warmcat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> <450EA116.6080801@warmcat.com> <1158587204.5044.45.camel@mccallum.corsepiu.local> <450EA7E8.8060501@warmcat.com> Message-ID: <450EB512.7060805@redhat.com> Andy Green wrote: > Sure, hence "so autotools can run on your target". The issue is > pertinent though if people think about a truly crosscompilable distro, > Python and Perl at least will cause a lot of trouble. Although of > course if they are helped through it everyone would benefit. Step 1: Get cross compilers into Fedora in some official capacity Step 2: Resolve cross compilation build problems in individual packages. I suspect there are dozens of people/organizaions who have their own cross compilers already. Likewise, they have their own fixes for the cross compilation failures of packages such as Python and Perl. We need cross compilation to be more common before those patches are going to make it back into the problem packages. > Fedora package configure options as they are would also be extremely fat > on most kinds of embedded hardware. Many kinds, anyway. Suppose it depends on at what point you think of the hardware as being embedded. Fedora (plus custom kernel) runs fine on a Kurobox, for instance. I wouldn't want to recompile it natively, though! -Brendan (blc at redhat.com) From blc at redhat.com Mon Sep 18 15:07:28 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 11:07:28 -0400 Subject: Cross-compilers. In-Reply-To: <1158591345.24527.376.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> Message-ID: <450EB630.6090400@redhat.com> David Woodhouse wrote: > How about just building binutils, then the compiler, then some libraries? That would be great if it's possible. How is this going to work with only the headers supplied in binutils and gcc? -Brendan (blc at redhat.com) From philip at balister.org Mon Sep 18 15:20:07 2006 From: philip at balister.org (Philip Balister) Date: Mon, 18 Sep 2006 11:20:07 -0400 Subject: Cross-compilers. In-Reply-To: <450EB512.7060805@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> <450EA116.6080801@warmcat.com> <1158587204.5044.45.camel@mccallum.corsepiu.local> <450EA7E8.8060501@warmcat.com> <450EB512.7060805@redhat.com> Message-ID: <450EB927.4090607@balister.org> I am still not sure why people want cross compilers in Fedora? Maybe I missed the very beginning of the thread. There are a number of project dedicated to building images using cross tool chains. The problem is much more involved than supplying a cross compiler. See: www.openembedded.org buildroot scratchbox Philip Brendan Conoboy wrote: > Andy Green wrote: > >> Sure, hence "so autotools can run on your target". The issue is >> pertinent though if people think about a truly crosscompilable distro, >> Python and Perl at least will cause a lot of trouble. Although of >> course if they are helped through it everyone would benefit. > > > Step 1: Get cross compilers into Fedora in some official capacity > Step 2: Resolve cross compilation build problems in individual packages. > > I suspect there are dozens of people/organizaions who have their own > cross compilers already. Likewise, they have their own fixes for the > cross compilation failures of packages such as Python and Perl. We need > cross compilation to be more common before those patches are going to > make it back into the problem packages. > >> Fedora package configure options as they are would also be extremely >> fat on most kinds of embedded hardware. > > > Many kinds, anyway. Suppose it depends on at what point you think of > the hardware as being embedded. Fedora (plus custom kernel) runs fine > on a Kurobox, for instance. I wouldn't want to recompile it natively, > though! > > -Brendan (blc at redhat.com) > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3303 bytes Desc: S/MIME Cryptographic Signature URL: From dwmw2 at infradead.org Mon Sep 18 15:22:19 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 16:22:19 +0100 Subject: Cross-compilers. In-Reply-To: <450EB512.7060805@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> <450EA116.6080801@warmcat.com> <1158587204.5044.45.camel@mccallum.corsepiu.local> <450EA7E8.8060501@warmcat.com> <450EB512.7060805@redhat.com> Message-ID: <1158592939.24527.384.camel@pmac.infradead.org> On Mon, 2006-09-18 at 11:02 -0400, Brendan Conoboy wrote:= > Many kinds, anyway. Suppose it depends on at what point you think of > the hardware as being embedded. Fedora (plus custom kernel) runs fine > on a Kurobox, for instance. I wouldn't want to recompile it natively, > though! I wouldn't want to recompile natively on the $100 laptop either -- which is why I'm chasing up i686-fedora-linux cross-compilers to run on my shiny Fedora/PPC machines :) -- dwmw2 From rc040203 at freenet.de Mon Sep 18 15:23:11 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 17:23:11 +0200 Subject: Cross-compilers. In-Reply-To: <1158569816.24527.322.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> Message-ID: <1158592991.5044.72.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 09:56 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 10:23 +0200, Ralf Corsepius wrote: > > > > Few packages do support mixed native/cross compilation and even less do > > > > support multi-target configurations. > > > > > > > > > Packages in _general_ won't cross-compile. > > > > Yes, because many packagers don't test it and because rpm doesn't > > > > support it. > > > > > > I've spent a lot of time attempting to cross-build the distribution. > > > RPM actually handles it just fine -- the problems were mostly caused by > > > the (possibly incorrect) use of autotools in the package itself. > > > > Well, this is NOT my experience. > > > > RPM doesn't even get the target/host/build-tuple right for native noarch > > building. > > You mean in %configure? Yes. > I don't recall it screwing that up, but again I > haven't tried this recently. If it broke, file a bug. I suspect it's a > problem with redhat-rpm-config instead of rpm itself. %configure passes --target=noarch-redhat-linux to configure for noarch packages - The issue is known to RH developers for quite a while, but has been ignored so far (I don't know if there is a PR on this.) > > Building cross-compilers (Note: These are native apps!) is PITA, > because > > RPM doesn't handle foreign binaries correctly (stripping, debug info > > etc. all are treated as -elf). > > I have a vague recollection of overriding %strip. But binutils-multi > would also help with this. Nope, it would not help us much. 1. We are using patched binutils and rely upon canonicalized binutils. Therefore, non-canonicalized tools builts from HJLu's sources or vanilla FSF sources don't help us much. 2. Cross-built rpms consist of both target and native binaries. RPM treats all of them as native. We need to patch the scripts to use the correct search path. > > Cross building (rpmbuild --target= ...) isn't even close to be be > > functional, because rpm screws up various target/host/build platforms > > setting (e.g. %rpmopt), and doesn't properly distinguish between > > target/host/build and contain many hard-coded redhat specifics (We are > > cross building cross-toolchain rpms to mingw, cygwin and solaris). > > I haven't looked at cross-building to non-Linux RPMs. I can well believe > that it's more problematic, but certainly I've had reasonable success > with cross-building _Linux_ RPMs. As I said, the majority of failures I > saw were with autotools being used to do the wrong thing. Probably because you either * use ancient autotools * mix up on --host/--build/--target * are not applying canonicalization * rely upon config.cache, or worse config.site. ... > Not really with RPM itself. Conversely for me. Ralf From rc040203 at freenet.de Mon Sep 18 15:26:31 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 17:26:31 +0200 Subject: Cross-compilers. In-Reply-To: <450EB630.6090400@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> Message-ID: <1158593191.5044.76.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > David Woodhouse wrote: > > How about just building binutils, then the compiler, then some libraries? > > That would be great if it's possible. How is this going to work with > only the headers supplied in binutils and gcc? It doesn't work at all. You at least need glibc, too. [BTW: None of the components involved needs the binutils headers/libs.] Ralf From dwmw2 at infradead.org Mon Sep 18 15:30:57 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Mon, 18 Sep 2006 16:30:57 +0100 Subject: Cross-compilers. In-Reply-To: <450EB630.6090400@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> Message-ID: <1158593457.24527.389.camel@pmac.infradead.org> On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > David Woodhouse wrote: > > How about just building binutils, then the compiler, then some libraries? > > That would be great if it's possible. How is this going to work with > only the headers supplied in binutils and gcc? I believe it ought to go something like binutils < gcc < glibc < libgcc We might want to put libgcc into a separate package for the cross-toolchain, unless we can _fake_ the presence of glibc. We might only really need a dummy DSO to link libgcc against; it doesn't actually have to be glibc -- it only needs about 10 symbols to be present iirc. -- dwmw2 From blc at redhat.com Mon Sep 18 15:32:42 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 11:32:42 -0400 Subject: Cross-compilers. In-Reply-To: <450EB927.4090607@balister.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> <450EA116.6080801@warmcat.com> <1158587204.5044.45.camel@mccallum.corsepiu.local> <450EA7E8.8060501@warmcat.com> <450EB512.7060805@redhat.com> <450EB927.4090607@balister.org> Message-ID: <450EBC1A.5030202@redhat.com> Philip Balister wrote: > I am still not sure why people want cross compilers in Fedora? Maybe I > missed the very beginning of the thread. You missed the beginning of the thread. If you check the archives you'll see there are as many reasons as people who are interested in this. For my part, I would like to see porting Fedora to new platforms be a relatively straightforward task. > There are a number of project dedicated to building images using cross > tool chains. The problem is much more involved than supplying a cross > compiler. Well, yes, but you have to start somewhere. Many of the people participating in this thread use cross tools on a daily basis. > www.openembedded.org > buildroot Will read up on these next... > scratchbox This looks pretty slick, but it requires a QEMU port in order to work. -Brendan (blc at redhat.com) From rc040203 at freenet.de Mon Sep 18 15:42:32 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 17:42:32 +0200 Subject: Cross-compilers. In-Reply-To: <1158593457.24527.389.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> Message-ID: <1158594152.5044.80.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 16:30 +0100, David Woodhouse wrote: > On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > > David Woodhouse wrote: > > > How about just building binutils, then the compiler, then some libraries? > > > > That would be great if it's possible. How is this going to work with > > only the headers supplied in binutils and gcc? > > I believe it ought to go something like > > binutils < gcc < glibc < libgcc > > We might want to put libgcc into a separate package for the > cross-toolchain, unless we can _fake_ the presence of glibc. As mentioned a dozen of times before: Simply repackage the glibc binary rpms into a sys-rooted environment (for those GCC's supporting it - Older versions don't). Ralf From rdieter at math.unl.edu Mon Sep 18 15:50:05 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 18 Sep 2006 10:50:05 -0500 Subject: Cross-compilers. References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2006-09-18 at 09:56 +0100, David Woodhouse wrote: >> I don't recall it screwing that up, but again I >> haven't tried this recently. If it broke, file a bug. I suspect it's a >> problem with redhat-rpm-config instead of rpm itself. > %configure passes --target=noarch-redhat-linux to configure for noarch > packages - The issue is known to RH developers for quite a while, but Maybe you could enlighten me on why/how --target=noarch-redhat-linux is wrong or why this *is* an issue?. I've used it (successfully, I might add) on a few occasions to generate .noarch rpms. -- Rex From philip at balister.org Mon Sep 18 16:04:20 2006 From: philip at balister.org (Philip Balister) Date: Mon, 18 Sep 2006 12:04:20 -0400 Subject: Cross-compilers. In-Reply-To: <450EBC1A.5030202@redhat.com> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <20060918110953.GB16138@devserv.devel.redhat.com> <1158585380.5044.34.camel@mccallum.corsepiu.local> <450EA116.6080801@warmcat.com> <1158587204.5044.45.camel@mccallum.corsepiu.local> <450EA7E8.8060501@warmcat.com> <450EB512.7060805@redhat.com> <450EB927.4090607@balister.org> <450EBC1A.5030202@redhat.com> Message-ID: <450EC384.3090908@balister.org> The OpenEmbedded guys do have some support for generating rpm's. It may not be 100% due to bit rot, but some people are getting interested in making the rpm stuff work again. With OE, the command "bitbake FC6" could produce a set of rpms for the release and the required install images. By changing the underlying machine file, the build could be targeted to different systems. Philip Brendan Conoboy wrote: > Philip Balister wrote: > >> I am still not sure why people want cross compilers in Fedora? Maybe I >> missed the very beginning of the thread. > > > You missed the beginning of the thread. If you check the archives > you'll see there are as many reasons as people who are interested in > this. For my part, I would like to see porting Fedora to new platforms > be a relatively straightforward task. > >> There are a number of project dedicated to building images using cross >> tool chains. The problem is much more involved than supplying a cross >> compiler. > > > Well, yes, but you have to start somewhere. Many of the people > participating in this thread use cross tools on a daily basis. > >> www.openembedded.org >> buildroot > > > Will read up on these next... > >> scratchbox > > > This looks pretty slick, but it requires a QEMU port in order to work. > > -Brendan (blc at redhat.com) > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3303 bytes Desc: S/MIME Cryptographic Signature URL: From rc040203 at freenet.de Mon Sep 18 16:16:23 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 18:16:23 +0200 Subject: Cross-compilers. In-Reply-To: References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> Message-ID: <1158596183.5044.98.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 10:50 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > > On Mon, 2006-09-18 at 09:56 +0100, David Woodhouse wrote: > > >> I don't recall it screwing that up, but again I > >> haven't tried this recently. If it broke, file a bug. I suspect it's a > >> problem with redhat-rpm-config instead of rpm itself. > > > %configure passes --target=noarch-redhat-linux to configure for noarch > > packages - The issue is known to RH developers for quite a while, but > > Maybe you could enlighten me on why/how --target=noarch-redhat-linux is > wrong or why this *is* an issue?. I've used it (successfully, I might add) > on a few occasions to generate .noarch rpms. Because, 1) In autoconf terms, --target is the target-tuple of a cross tool. It is very rarely useful at all (only by cross-tools), so passing it on to configure call is very questionable and rare used, and even less often required. 2) The tool to check for validity of an architecture being utilized by the autotools is "config.sub". It contains a list of valid architectures, and (correctly) rejects noarch-<*>, because the initial part of a target tuple (CPU-MANUFACTURER-OS) is supposed to contain a valid cpu. noarch isn't one. I.e. there are at least different issues at once: a) broken configure scripts which mix up target/host/build. This is the typical case which triggers this break down in packages. AFAICT, several mono packages suffer from this issue. b) rpm passing an incorrect value to --target. "none" is the value config.sub has reserved for such purposes. c) rpm passing --target at all. It is very rarely used at all nor required at all. Not even building a native GNU toolchain needs it. David would need to override it for his multi-target binutils, I need it for my cross-compilers. Ralf From rdieter at math.unl.edu Mon Sep 18 16:19:52 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Mon, 18 Sep 2006 11:19:52 -0500 Subject: Cross-compilers. References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Mon, 2006-09-18 at 10:50 -0500, Rex Dieter wrote: >> Maybe you could enlighten me on why/how --target=noarch-redhat-linux is >> wrong or why this *is* an issue?. I've used it (successfully, I might >> add) on a few occasions to generate .noarch rpms. ... > I.e. there are at least different issues at once: > b) rpm passing an incorrect value to --target. > "none" is the value config.sub has reserved for such purposes. This looks like the easiest quick-fix/short-term solution to me. -- Rex From tadams-lists at myrealbox.com Mon Sep 18 16:38:08 2006 From: tadams-lists at myrealbox.com (Trever L. Adams) Date: Mon, 18 Sep 2006 10:38:08 -0600 Subject: wake-up from suspend In-Reply-To: <200609180917.02654.eng@prowip.net.br> References: <200609180917.02654.eng@prowip.net.br> Message-ID: <1158597488.2419.1.camel@aurora.localdomain> There seems to be a bug (bz # not on hand) with mobile nVidia chipsets and the kernel/xorg drivers. Are you in this situation? Trever On Mon, 2006-09-18 at 09:17 -0300, HM Eng.Prowip wrote: > Hi > I was wondering if anybody got an Acer Aspire back from suspend or hibernate > state. > Could you help me ? Or is it not working? > > Hans > -- "The best we can hope for concerning the people at large is that they be properly armed." -- Alexander Hamilton, The Federalist Papers at 184-188 From pbrobinson at gmail.com Mon Sep 18 16:52:10 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Mon, 18 Sep 2006 17:52:10 +0100 Subject: wake-up from suspend In-Reply-To: <200609180917.02654.eng@prowip.net.br> References: <200609180917.02654.eng@prowip.net.br> Message-ID: <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> > Hi > I was wondering if anybody got an Acer Aspire back from suspend or hibernate > state. > Could you help me ? Or is it not working? Model number and the various chipsets would probably be helpful. There's a lot of different Aspire's out there! I'm having problems with my Dell D620 with an Intel 945GM chipset / ICH7 south bridge. It suspends well but doesn't come back. It does come back with errors to do with the sata disk but I haven't had a chance to BZ it. Peter From maiko at pcs.mb.ca Mon Sep 18 17:05:56 2006 From: maiko at pcs.mb.ca (Maiko Langelaar (ve4klm)) Date: Mon, 18 Sep 2006 12:05:56 -0500 (CDT) Subject: The *scrapping* of setjmp/longjmp :-( Message-ID: Greetings, I realize this is a bit late in coming, but I had to say something. I am a developer for an application that has been around for quite some time - JNOS. There are other variants as well, such as TNOS, etc. This software is common to the Amateur Radio community, much of it based on the original KA9Q NOS by Phil Karn. I know there's a thing called natural progress, old things die, new things come in. What I want to do here, is simply let people know my feelings on the decision to essentially eliminate the JMPBUF stuff. I would just like to understand the reasoning behind why - on jumping to Fedora Core 5 - suddenly our applications break. I know exactly why they break, what I would like to know is why did support for the JMPBUF mechanism suddenly get removed from GLIBC without any regard to existing applications that strongly depend on it. Who deemed setjmp and longjmp to be obsolete, when there are developers out there that clearly still use it, and their applications work quite well, without problem. Sure I can convert our kernel code to UCONTEXT, but why should one have to it *it's not broke*. Our applications worked fine, even in Fedora Core 4. The so called technical issues as to why it's *dangerous* to use setjmp/longjmp really did not rear themselves. I'm not looking for flames here, and I think it's fair enough to post feedback to the developers in a civil manner, that their decision will have essentially put an end to an elegant and still very functional style of programming used by the select few software developers out there that want and know how to use the JMPBUF mechanism. Back in April 10, 2006, Marc Dionne had written : > In recent versions of glibc, setjmp() now mangles the stack pointer when > it stores it and unmangles it in longjmp(). I suspect your code is > trying to change the stack pointer (since it uses the offset), which > won't work unless it knows how to mangle it properly. Could a mangle function not be created, so that if an application wants to change the stack pointer, it could be called. I mean, if setjmp() now mangles the pointer, then why can't that mangle function be avialable to the user. > Some options are to implement the mangling algorithm in the code > (which is platform specific and will be a pain to maintain) But setjmp() is mangling it already, so it looks like there has to be a mangling function already, why not make it *public* ? > switch to using setcontext/makecontext/getcontext. That's what was done > in OpenAFS to support FC5. Which I've reluctantly had to do for Fedora Core 5. I read postings of the OpenAFS experiences about a month ago, and found it very interesting. Ulrich responded back then : > That value was never meant to be used by programs. Says who ? What harm was there in leaving it there, especially when there are a select group of programs that worked fine with them. > It was a value needed in the implementation and unfortunately it was > placed in the public header. I wouldn't call that unfortunate. BorlandC did a great job of it, letting us write task schedulers in DOS, then migrating stuff to linux. I think it was a rather nice feature to have. > This is fixed now. And for a good reason: you cannot access the > values at all anymore today. The stored values are "encrypted". And to some of us (speaking for myself anyways), that's unfortunate. What's next ? UCONTEXT will be scrapped ? I'm not afraid of threads, but there are benefits for our particular type of software to continue to use JMPBUF, are at minimum UCONTEXT. Anyways, I suppose this is called progress. I'm not bitter about this, just wanted to give some feedback that's all, and get a better understanding as to why the decisions made, were made. Sincerely, Maiko Langelaar maintainer/developer JNOS 2.0 Project http://www.langelaar.net/projects/jnos2 ---- Maiko Langelaar, Department of Physics & Astronomy IT Group, Room 208, Allen Building, Phone 474-9273 From rc040203 at freenet.de Mon Sep 18 17:11:00 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 19:11:00 +0200 Subject: Cross-compilers. In-Reply-To: <1158594152.5044.80.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> <1158594152.5044.80.camel@mccallum.corsepiu.local> Message-ID: <1158599460.5044.115.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 17:42 +0200, Ralf Corsepius wrote: > On Mon, 2006-09-18 at 16:30 +0100, David Woodhouse wrote: > > On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: > > > David Woodhouse wrote: > > > > How about just building binutils, then the compiler, then some libraries? > > > > > > That would be great if it's possible. How is this going to work with > > > only the headers supplied in binutils and gcc? > > > > I believe it ought to go something like > > > > binutils < gcc < glibc < libgcc Forgot to mention: - libgcc is part of GCC. - The dependency GCC and glibc (and the kernel-headers) is circular. Splitting out libgcc from GCC IMO is an attempt to break this circular dependency from the wrong end. > > We might want to put libgcc into a separate package for the > > cross-toolchain, unless we can _fake_ the presence of glibc. > As mentioned a dozen of times before: Simply repackage the glibc binary > rpms into a sys-rooted environment (for those GCC's supporting it - > Older versions don't). Using the binary glibc, breaks this dependencies into the same linear, incremental dependency chain as being used for native compilation and re-uses the identical target library binaries as being used natively. Ralf From rc040203 at freenet.de Mon Sep 18 17:14:57 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Mon, 18 Sep 2006 19:14:57 +0200 Subject: Cross-compilers. In-Reply-To: References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> Message-ID: <1158599697.5044.119.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 11:19 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > > On Mon, 2006-09-18 at 10:50 -0500, Rex Dieter wrote: > > >> Maybe you could enlighten me on why/how --target=noarch-redhat-linux is > >> wrong or why this *is* an issue?. I've used it (successfully, I might > >> add) on a few occasions to generate .noarch rpms. > ... > > I.e. there are at least different issues at once: > > > b) rpm passing an incorrect value to --target. > > "none" is the value config.sub has reserved for such purposes. > > This looks like the easiest quick-fix/short-term solution to me. To address broken configure scripts without patching rpm, yes. The real fix would be rpm to drop passing --target and leave appending it to those maintainers who really need it. Ralf From drepper at redhat.com Mon Sep 18 17:26:27 2006 From: drepper at redhat.com (Ulrich Drepper) Date: Mon, 18 Sep 2006 10:26:27 -0700 Subject: The *scrapping* of setjmp/longjmp :-( In-Reply-To: References: Message-ID: <450ED6C3.1000901@redhat.com> Maiko Langelaar (ve4klm) wrote: > what I would like to know is why did support for the JMPBUF > mechanism suddenly get removed from GLIBC without any regard to existing > applications that strongly depend on it. The jmpbuf implementation is and has always been an implementation detail which is not available to application. The structure or the constants to access it were only exposed because of historic accidents. In the older days we didn't hide the details. But your $SUBJECT is of course wrong and deliberately confrontational. Nobody removed setjmp and longjmp. The interfaces are all there. You just cannot use them in an incorrect way anymore. Fix your application. -- ? 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 blc at redhat.com Mon Sep 18 17:51:25 2006 From: blc at redhat.com (Brendan Conoboy) Date: Mon, 18 Sep 2006 13:51:25 -0400 Subject: Cross-compilers. In-Reply-To: <1158593457.24527.389.camel@pmac.infradead.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> Message-ID: <450EDC9D.1000306@redhat.com> David Woodhouse wrote: > We might want to put libgcc into a separate package for the > cross-toolchain, unless we can _fake_ the presence of glibc. We might > only really need a dummy DSO to link libgcc against; it doesn't actually > have to be glibc -- it only needs about 10 symbols to be present iirc. Would you trust a gcc built against a fake glibc? I wouldn't. When bootstrapping a glibc targeted cross compiler, my method is: 1. Create minimal sys-root with glibc-kernheaders (Haven't done this since the package change) plus a few fake headers that glibc would normally provide. 2. Create target-gcc with step 1 headers. 3. Create target-glibc sys-root with step 2. 4. Create final target-gcc with step 3. 5. Create final target-glibc with step 4. Steps 1-3 are throw-away bits. Placing cross compilers in Fedora does not require all this because the build system does not need to solve the chicken&egg problem. The main problem to be solved is The Right Way (tm) to leverage those already-generated files that a sys-root is composed of. Suggestions: 1. Repackage binary rpms as noarch rpms under a sys-root tree. 2. Modify rpm such that RPMs of different architectures can be installed in a sys-root tree. 3. Modify Fedora so that all headers and libraries are by default in a sys-root. 4. Modify something (rpm? all packages?) such that an optional sys-root package is emitted along with devel packages. Sort of like debuginfo. ... -Brendan (blc at redhat.com) From sundaram at fedoraproject.org Mon Sep 18 18:03:33 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 18 Sep 2006 23:33:33 +0530 Subject: Rewriting Fedora vs RHEL page Message-ID: <450EDF75.3020107@fedoraproject.org> Hi Over time we have been almost completely revamped redhat.com pages on Fedora to say the Right Things(TM) about Fedora. Primarily http://redhat.com but you can cross check other pages too to find any remaining culprits. If you find any you get a cookie. One major item left is http://fedora.redhat.com/about/rhel.html. If anyone wants to rewrite this page to reflect current reality, that would be quite useful. Kindly use fedoraproject.org wiki for this and I can help review the comparison. Rahul From maiko at pcs.mb.ca Mon Sep 18 18:14:22 2006 From: maiko at pcs.mb.ca (Maiko Langelaar (ve4klm)) Date: Mon, 18 Sep 2006 13:14:22 -0500 (CDT) Subject: The *scrapping* of setjmp/longjmp :-( In-Reply-To: <450ED6C3.1000901@redhat.com> References: <450ED6C3.1000901@redhat.com> Message-ID: Ulrich, > But your $SUBJECT is of course wrong Fair enough, I could have worded that much better. > and deliberately confrontational. Hardly ! I can see where this is going. > Fix your application. Thanks for your help. Maiko From david at juran.se Mon Sep 18 18:27:15 2006 From: david at juran.se (David Juran) Date: Mon, 18 Sep 2006 21:27:15 +0300 Subject: Fedora CVS lagging Message-ID: <1158604035.2824.6.camel@localhost.localdomain> Hello. Has anyone noticed that the Fedora CVS is missing the latest updates? E.g. tar-1.15.91-1.FC5 has been pushed to the FC5 updates but looking at the FC5 branch in CVS, the latest version available is tar-1.15.90-2.FC5. In a similar fashion, on the master site for devel one can find xorg-x11-drv-i810-1.6.5-6.fc6 but the CVS HEAD says that the latest version is xorg-x11-drv-i810-1.6.5-5 Where does these updated versions come from and what's wrong with the CVS? /David From eng at prowip.net.br Mon Sep 18 19:32:35 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Mon, 18 Sep 2006 16:32:35 -0300 Subject: wake-up from suspend In-Reply-To: <1158597488.2419.1.camel@aurora.localdomain> References: <200609180917.02654.eng@prowip.net.br> <1158597488.2419.1.camel@aurora.localdomain> Message-ID: <200609181632.36879.eng@prowip.net.br> On Monday 18 September 2006 13:38, Trever L. Adams wrote: > There seems to be a bug (bz # not on hand) with mobile nVidia chipsets > and the kernel/xorg drivers. Are you in this situation? > > Trever > no, I think this is SIS chipset here thank's > On Mon, 2006-09-18 at 09:17 -0300, HM Eng.Prowip wrote: > > Hi > > I was wondering if anybody got an Acer Aspire back from suspend or > > hibernate state. > > Could you help me ? Or is it not working? > > > > Hans > > -- > "The best we can hope for concerning the people at large is that they be > properly armed." -- Alexander Hamilton, The Federalist Papers at 184-188 From eng at prowip.net.br Mon Sep 18 19:34:54 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Mon, 18 Sep 2006 16:34:54 -0300 Subject: wake-up from suspend In-Reply-To: <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> References: <200609180917.02654.eng@prowip.net.br> <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> Message-ID: <200609181634.56446.eng@prowip.net.br> On Monday 18 September 2006 13:52, Peter Robinson wrote: > > Hi > > I was wondering if anybody got an Acer Aspire back from suspend or > > hibernate state. > > Could you help me ? Or is it not working? > > Model number and the various chipsets would probably be helpful. > There's a lot of different Aspire's out there! > > I'm having problems with my Dell D620 with an Intel 945GM chipset / > ICH7 south bridge. It suspends well but doesn't come back. It does > come back with errors to do with the sata disk but I haven't had a > chance to BZ it. > right, Acer Aspire 3002-LCI, the chipset seems to be SIS suspend is fine, when trying to wake it up the fan starts but nothing further, keyboard is dead, I need to press the power button until it switches off then thank's Hans From dan at danny.cz Mon Sep 18 20:07:23 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Mon, 18 Sep 2006 22:07:23 +0200 Subject: wake-up from suspend In-Reply-To: <200609181634.56446.eng@prowip.net.br> References: <200609180917.02654.eng@prowip.net.br> <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> <200609181634.56446.eng@prowip.net.br> Message-ID: <1158610043.3501.15.camel@eagle.danny.cz> > > I'm having problems with my Dell D620 with an Intel 945GM chipset / > > ICH7 south bridge. It suspends well but doesn't come back. It does > > come back with errors to do with the sata disk but I haven't had a > > chance to BZ it. > > > > > right, Acer Aspire 3002-LCI, the chipset seems to be SIS > suspend is fine, when trying to wake it up the fan starts but nothing further, > keyboard is dead, I need to press the power button until it switches off then I am seeing the same behaviour on Quanta ZW9, it has Intel chipset and Ati graphics. Dan From jreiser at BitWagon.com Mon Sep 18 20:08:45 2006 From: jreiser at BitWagon.com (John Reiser) Date: Mon, 18 Sep 2006 13:08:45 -0700 Subject: adapting to new setjmp/longjmp implementation In-Reply-To: References: <450ED6C3.1000901@redhat.com> Message-ID: <450EFCCD.2060507@BitWagon.com> >> Fix your application. > > > Thanks for your help. Yes, it is a pain, but at least it is fast and simple (else you could complain because of performance degradation.) Detect the glibc version, or look directly at the code at run time, then compensate. 0x4c4a8ba0 <__longjmp>: mov 0x4(%esp),%eax 0x4c4a8ba4 <__longjmp+4>: mov 0x14(%eax),%edx 0x4c4a8ba7 <__longjmp+7>: mov 0x10(%eax),%ecx 0x4c4a8baa <__longjmp+10>: xor %gs:0x18,%edx 0x4c4a8bb1 <__longjmp+17>: xor %gs:0x18,%ecx 0x4c4a8bb8 <__longjmp+24>: mov (%eax),%ebx 0x4c4a8bba <__longjmp+26>: mov 0x4(%eax),%esi 0x4c4a8bbd <__longjmp+29>: mov 0x8(%eax),%edi 0x4c4a8bc0 <__longjmp+32>: mov 0xc(%eax),%ebp 0x4c4a8bc3 <__longjmp+35>: mov 0x8(%esp),%eax 0x4c4a8bc7 <__longjmp+39>: mov %ecx,%esp 0x4c4a8bc9 <__longjmp+41>: jmp *%edx Then, petition the standards committee for the logical functionality that you find useful. Your long-standing usage will satisfy one of the major check boxes in the process. -- From bojan at rexursive.com Mon Sep 18 22:05:31 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Mon, 18 Sep 2006 22:05:31 +0000 (UTC) Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> Message-ID: Gilboa Davara gmail.com> writes: > FC/RH should -really- really -really- consider doing a Test4 release. > FC6 is far from being ready from prime time. I would personally be happy with the state of Rawhide being fixed to the point that FC5 to Rawhide upgrade works, possibly both from an image and via "yum upgrade". That would probably be sufficient to guarantee that the release works as well. -- Bojan From philip at balister.org Mon Sep 18 22:19:23 2006 From: philip at balister.org (Philip Balister) Date: Mon, 18 Sep 2006 18:19:23 -0400 Subject: Cross-compilers. In-Reply-To: <1158599460.5044.115.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> <1158594152.5044.80.camel@mccallum.corsepiu.local> <1158599460.5044.115.camel@mccallum.corsepiu.local> Message-ID: <450F1B6B.2000706@balister.org> Once again, several other open source projects have solved this problem. The problem is not the lack of cross building systems, rather than there are so many. Why does Fedora need to reinvent the wheel? Philip Ralf Corsepius wrote: > On Mon, 2006-09-18 at 17:42 +0200, Ralf Corsepius wrote: > >>On Mon, 2006-09-18 at 16:30 +0100, David Woodhouse wrote: >> >>>On Mon, 2006-09-18 at 11:07 -0400, Brendan Conoboy wrote: >>> >>>>David Woodhouse wrote: >>>> >>>>>How about just building binutils, then the compiler, then some libraries? >>>> >>>>That would be great if it's possible. How is this going to work with >>>>only the headers supplied in binutils and gcc? >>> >>>I believe it ought to go something like >>> >>> binutils < gcc < glibc < libgcc > > Forgot to mention: > - libgcc is part of GCC. > - The dependency GCC and glibc (and the kernel-headers) is circular. > > Splitting out libgcc from GCC IMO is an attempt to break this circular > dependency from the wrong end. > > >>>We might want to put libgcc into a separate package for the >>>cross-toolchain, unless we can _fake_ the presence of glibc. >> >>As mentioned a dozen of times before: Simply repackage the glibc binary >>rpms into a sys-rooted environment (for those GCC's supporting it - >>Older versions don't). > > > Using the binary glibc, breaks this dependencies into the same linear, > incremental dependency chain as being used for native compilation and > re-uses the identical target library binaries as being used natively. > > Ralf > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3303 bytes Desc: S/MIME Cryptographic Signature URL: From kevin.kofler at chello.at Mon Sep 18 22:42:52 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Mon, 18 Sep 2006 22:42:52 +0000 (UTC) Subject: Anyone working on kdelibs4 snapshot packages for developers? References: Message-ID: I asked: > Is anyone working on parallel-installable kdelibs4 packages (similar to the > qt4 packages we already have in Extras) for Fedora to be used by developers? I'll take the collective silence as a "no". :-( I might get started on it, but without some infrastructure to push the packages to (Extras isn't it, I don't think a package changing API and ABI once a week will be welcome there ;-) ) and without a faster build system than my Pentium III, it's pretty scary. Proper parallel-installability probably involves patching the packages so they use different default directories for configuration (e.g. ~/.kde4 instead of ~/.kde), so the "different user" hack isn't needed. (I don't consider that a good idea at all. Accidentally run a KDE 4 app as your regular user and you'll end up with KDE 4 config files which KDE 3 apps probably won't understand.) Kevin Kofler From naoki at valuecommerce.com Tue Sep 19 02:01:44 2006 From: naoki at valuecommerce.com (Naoki) Date: Tue, 19 Sep 2006 11:01:44 +0900 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> Message-ID: <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> On Mon, 2006-09-18 at 22:05 +0000, Bojan Smojver wrote: > Gilboa Davara gmail.com> writes: > > > FC/RH should -really- really -really- consider doing a Test4 release. > > FC6 is far from being ready from prime time. > > I would personally be happy with the state of Rawhide being fixed to the point > that FC5 to Rawhide upgrade works, possibly both from an image and via "yum > upgrade". That would probably be sufficient to guarantee that the release works > as well. > > -- > Bojan Upgrades have always worked in the past, while it has never been "officially supported", and there have been issues with it from time to time requiring some hoop jumping it's always been possible. I'd certainly want to maintain that functionality. Along with this and some pretty serious other bugs in x86_64 and the Xen kernel I'd agree more testing is required. From mike at miketc.com Tue Sep 19 02:08:49 2006 From: mike at miketc.com (Mike Chambers) Date: Mon, 18 Sep 2006 21:08:49 -0500 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> Message-ID: <1158631729.2451.3.camel@scrappy.miketc.com> On Tue, 2006-09-19 at 11:01 +0900, Naoki wrote: > On Mon, 2006-09-18 at 22:05 +0000, Bojan Smojver wrote: > > I would personally be happy with the state of Rawhide being fixed to the point > > that FC5 to Rawhide upgrade works, possibly both from an image and via "yum > > upgrade". That would probably be sufficient to guarantee that the release works > > as well. > Upgrades have always worked in the past, while it has never been > "officially supported", and there have been issues with it from time to > time requiring some hoop jumping it's always been possible. I'd > certainly want to maintain that functionality. Actually, upgrades from official stable releases to official stable releases IS supported, as that is how it's suppose to work. And from FC5 to rawhide is a supported upgrade and *is suppose* to work (whether it does or not as we are in testing mode is a different story, well OK at this point in the testing it should. But you get my point.) Err, let me clarify, doing an upgrade via CD, DVD, ISO, using anaconda or maybe kickstart is supported, not just yum upgrade (guess I could be wrong on that one as well?). -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From rodd at clarkson.id.au Tue Sep 19 03:01:32 2006 From: rodd at clarkson.id.au (Rodd Clarkson) Date: Tue, 19 Sep 2006 13:01:32 +1000 Subject: wake-up from suspend In-Reply-To: <1158597488.2419.1.camel@aurora.localdomain> References: <200609180917.02654.eng@prowip.net.br> <1158597488.2419.1.camel@aurora.localdomain> Message-ID: <1158634892.3409.3.camel@localhost.localdomain> On Mon, 2006-09-18 at 10:38 -0600, Trever L. Adams wrote: > There seems to be a bug (bz # not on hand) BZ#205170 > with mobile nVidia chipsets > and the kernel/xorg drivers. Are you in this situation? If you're not, but it seems similar, then it might be worth commenting about this. DaveJ, it would be great if you could watch this bug, because it may not be xorg related, but instead something to do with the kernel. R. -- "It's a fine line between denial and faith. It's much better on my side" From nmiell at comcast.net Tue Sep 19 03:28:50 2006 From: nmiell at comcast.net (Nicholas Miell) Date: Mon, 18 Sep 2006 20:28:50 -0700 Subject: adapting to new setjmp/longjmp implementation In-Reply-To: <450EFCCD.2060507@BitWagon.com> References: <450ED6C3.1000901@redhat.com> <450EFCCD.2060507@BitWagon.com> Message-ID: <1158636530.2457.7.camel@entropy> On Mon, 2006-09-18 at 13:08 -0700, John Reiser wrote: > >> Fix your application. > > > > > > Thanks for your help. > > Yes, it is a pain, but at least it is fast and simple > (else you could complain because of performance degradation.) > Detect the glibc version, or look directly at the code at run time, > then compensate. > > 0x4c4a8ba0 <__longjmp>: mov 0x4(%esp),%eax > 0x4c4a8ba4 <__longjmp+4>: mov 0x14(%eax),%edx > 0x4c4a8ba7 <__longjmp+7>: mov 0x10(%eax),%ecx > 0x4c4a8baa <__longjmp+10>: xor %gs:0x18,%edx > 0x4c4a8bb1 <__longjmp+17>: xor %gs:0x18,%ecx > 0x4c4a8bb8 <__longjmp+24>: mov (%eax),%ebx > 0x4c4a8bba <__longjmp+26>: mov 0x4(%eax),%esi > 0x4c4a8bbd <__longjmp+29>: mov 0x8(%eax),%edi > 0x4c4a8bc0 <__longjmp+32>: mov 0xc(%eax),%ebp > 0x4c4a8bc3 <__longjmp+35>: mov 0x8(%esp),%eax > 0x4c4a8bc7 <__longjmp+39>: mov %ecx,%esp > 0x4c4a8bc9 <__longjmp+41>: jmp *%edx > > Then, petition the standards committee for the logical functionality > that you find useful. Your long-standing usage will satisfy one of the > major check boxes in the process. It already exists, in the form of the ucontext functions -- despite their inability to actually work with an arbitrary or kernel-generated ucontext_t, they should still be perfectly serviceable for most user usage cases. -- Nicholas Miell From rc040203 at freenet.de Tue Sep 19 03:35:05 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 19 Sep 2006 05:35:05 +0200 Subject: Cross-compilers. In-Reply-To: <450F1B6B.2000706@balister.org> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <450EB1CF.2020108@redhat.com> <1158591345.24527.376.camel@pmac.infradead.org> <450EB630.6090400@redhat.com> <1158593457.24527.389.camel@pmac.infradead.org> <1158594152.5044.80.camel@mccallum.corsepiu.local> <1158599460.5044.115.camel@mccallum.corsepiu.local> <450F1B6B.2000706@balister.org> Message-ID: <1158636905.5044.145.camel@mccallum.corsepiu.local> On Mon, 2006-09-18 at 18:19 -0400, Philip Balister wrote: > Once again, several other open source projects have solved this problem. > The problem is not the lack of cross building systems, rather than there > are so many. There are so many because none of them meets the demands of vendors. We (RTEMS) have a working system meeting our demands and giving us the amount of control we need for our purposes => Switching to yet another approach claiming to have solved "all problems" is not necessarily interesting. Ralf From eng at prowip.net.br Tue Sep 19 06:34:52 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Tue, 19 Sep 2006 03:34:52 -0300 Subject: wake-up from suspend In-Reply-To: <1158634892.3409.3.camel@localhost.localdomain> References: <200609180917.02654.eng@prowip.net.br> <1158597488.2419.1.camel@aurora.localdomain> <1158634892.3409.3.camel@localhost.localdomain> Message-ID: <200609190334.52339.eng@prowip.net.br> On Tuesday 19 September 2006 00:01, Rodd Clarkson wrote: > On Mon, 2006-09-18 at 10:38 -0600, Trever L. Adams wrote: > > There seems to be a bug (bz # not on hand) > > BZ#205170 > > > with mobile nVidia chipsets > > and the kernel/xorg drivers. Are you in this situation? > > If you're not, but it seems similar, then it might be worth commenting > about this. > > DaveJ, it would be great if you could watch this bug, because it may not > be xorg related, but instead something to do with the kernel. > good observation, I forgot to say that it does not come back either when xorg isn't loaded, I also unloaded the WL adaptor and NIC before suspend just to make sure. Hans From gilboad at gmail.com Tue Sep 19 08:31:04 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Tue, 19 Sep 2006 11:31:04 +0300 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> Message-ID: <1158654664.31934.4.camel@gilboa-work-dev> On Tue, 2006-09-19 at 11:01 +0900, Naoki wrote: > On Mon, 2006-09-18 at 22:05 +0000, Bojan Smojver wrote: > > Gilboa Davara gmail.com> writes: > > > > > FC/RH should -really- really -really- consider doing a Test4 release. > > > FC6 is far from being ready from prime time. > > > > I would personally be happy with the state of Rawhide being fixed to the point > > that FC5 to Rawhide upgrade works, possibly both from an image and via "yum > > upgrade". That would probably be sufficient to guarantee that the release works > > as well. > > > > -- > > Bojan > > Upgrades have always worked in the past, while it has never been > "officially supported", and there have been issues with it from time to > time requiring some hoop jumping it's always been possible. I'd > certainly want to maintain that functionality. > > Along with this and some pretty serious other bugs in x86_64 and the Xen > kernel I'd agree more testing is required. > CD/DVD upgrade from one stable release to a stable release (+n) has -always- been fully supported. It is Yum upgrade that is not supported. - Gilboa From camilo at mesias.co.uk Tue Sep 19 08:50:13 2006 From: camilo at mesias.co.uk (Cam) Date: Tue, 19 Sep 2006 09:50:13 +0100 Subject: wake-up from suspend In-Reply-To: <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> References: <200609180917.02654.eng@prowip.net.br> <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> Message-ID: <450FAF45.6000502@mesias.co.uk> Peter > I'm having problems with my Dell D620 with an Intel 945GM chipset / > ICH7 south bridge. It suspends well but doesn't come back. It does > come back with errors to do with the sata disk but I haven't had a > chance to BZ it. Not a fix but a possible workaround: is there a feature to have a disk password in the BIOS? The BIOS will reinitialise the SATA hardware and prompt for a password on resume. That way there is less work for linux on resume. -Cam -- camilo at mesias.co.uk <-- From buildsys at redhat.com Tue Sep 19 09:44:26 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 19 Sep 2006 05:44:26 -0400 Subject: rawhide report: 20060919 changes Message-ID: <200609190944.k8J9iQwG026800@hs20-bc2-6.build.redhat.com> New package mcelog Tool to translate x86-64 CPU Machine Check Exception data. New package s390utils Linux/390 specific utilities. Updated Packages: e2fsprogs-1.39-6 ---------------- * Sun Sep 17 2006 Karel Zak - 1.39-6 - Fix problem with empty FAT label (#206656) fontconfig-2.4.1-1.fc6 ---------------------- * Fri Sep 15 2006 Behdad Esfahbod - 2.4.1-1 - Update to 2.4.1, a public API was dropped from 2.4.0 - Remove upstreamed patch gcc-4.1.1-23 ------------ * Sun Sep 17 2006 Jakub Jelinek 4.1.1-23 - update from gcc-4_1-branch (-r116958:117000) - PRs fortran/29051, target/28946 - fix single entry mem{{,p}cpy,move,set} optimization (Andrew Pinski, PR tree-opt/29059) * Fri Sep 15 2006 Jakub Jelinek 4.1.1-22 - update from gcc-4_1-branch (-r116778:116958) - PRs ada/21952, ada/29025, c++/26957, fortran/28890, fortran/28923, fortran/28959, libfortran/28890, libfortran/28923, libfortran/28947, middle-end/28493, other/23541, other/26507, rtl-optimization/28243, rtl-optimization/28634, rtl-optimization/28636, rtl-optimization/28726, target/13685, target/26504, target/27537, target/27681, target/28621, target/29006, testsuite/28950, testsuite/29007 - fix #pragma omp atomic (PR middle-end/28046) - speed up dominance frontiers calculation (Jan Hubicka) - add README.libgcjwebplugin.so to libgcj %doc (Tom Fitzsimmons) - fix gcc-gfortran %doc (#206333) - fix gcc-debuginfo (#205500) * Fri Sep 08 2006 Jakub Jelinek 4.1.1-21 - update from gcc-4_1-branch (-r116498:116778) - PRs c++/19809, c++/26102, c++/26195, c++/26571, c++/26670, c++/26671, c++/26696, c++/26917, c++/28860, c++/28878, c++/28886, fortran/20067, fortran/24866, fortran/25077, fortran/25102, fortran/28005, fortran/28873, fortran/28885, fortran/28908, libfortran/28005, middle-end/27724, middle-end/28814, other/22313, rtl-optimization/27616, rtl-optimization/28386, target/24367 - add primitive class object symbols to libgcj_bc.so (Tom Tromey, PR libgcj/28698) - optimize single entry memcpy/mempcpy/memmove/memset already at the tree level (PR middle-end/27567) - add dependencies to *-devel subpackages, so that e.g. ppc64 libstdc++-devel requires 64-bit libstdc++, similarly for libgcj-devel and libgcj/zlib-devel libnotify-0.4.2-4.fc6 --------------------- * Sun Sep 17 2006 Christopher Aillon - 0.4.2-4 - Add upstream patch (r2899) to correct an invalid assertion when creating notifications using status icons pango-1.14.4-1.fc6 ------------------ * Fri Sep 15 2006 Behdad Esfahbod - 2.4.1-1 - Update to 1.14.4 - Fixes bugs 198136, 306388, 206390 - Remove upstreamed patch squashfs-tools-3.0-3 -------------------- * Mon Sep 18 2006 Jeremy Katz - 3.0-3 - updated fragment size patch (#204638) util-linux-2.13-0.41 -------------------- * Fri Sep 15 2006 Karel Zak 2.13-0.41 - fix #205038 - mount not allowing sloppy option (exports "-s" to external /sbin/mount.nfs(4) calls) - fix minor bug in util-linux-2.13-mount-twiceloop.patch - fix #188193- util-linux should provide plugin infrastructure for HAL From rdieter at math.unl.edu Tue Sep 19 10:20:11 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 19 Sep 2006 05:20:11 -0500 Subject: Cross-compilers. In-Reply-To: <1158599697.5044.119.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> <1158599697.5044.119.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > The real fix would be rpm to drop passing --target and leave appending > it to those maintainers who really need it. If you drop --target, then you'll have to drop --host as well, else, you'll end up seeing binaries named like: %{_bindir}/i386-redhat-linux-foo that's why --target was added in the first place (way back when). -- Rex From kaytiong at gmail.com Tue Sep 19 10:10:16 2006 From: kaytiong at gmail.com (Kay Tiong Khoo) Date: Tue, 19 Sep 2006 18:10:16 +0800 Subject: kdump support on ppc64 Message-ID: <8CA07233-D3B5-4E83-9842-13FB5EFBF620@gmail.com> Hello there, I am currently developing on using FC5 on a Power Mac G5. So far I have been unable to get kdump working on ppc64. Installing the kdump kernel from 2.6.16-2133 with the latest 2.6.17-2187 kernel gave a hang. I also tried compiling 2.6.15-2054 as a kdump kernel and that didn't work too. I noted on the Wiki that FC6 Test 3 does not have kdump support for PowerPC. Are there any plans to ship a kdump kernel with FC6? Also, in the absence of kdump support, are there any other alternatives? Thanks. Kay Tiong From rc040203 at freenet.de Tue Sep 19 10:57:35 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Tue, 19 Sep 2006 12:57:35 +0200 Subject: Cross-compilers. In-Reply-To: References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> <1158599697.5044.119.camel@mccallum.corsepiu.local> Message-ID: <1158663455.5044.187.camel@mccallum.corsepiu.local> On Tue, 2006-09-19 at 05:20 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > > The real fix would be rpm to drop passing --target and leave appending > > it to those maintainers who really need it. > > If you drop --target, then you'll have to drop --host as well, else, > you'll end up seeing binaries named like: > %{_bindir}/i386-redhat-linux-foo Only if the package's configuration is broken :) Normal packages don't apply --target at all nor do they apply canonicalisation (the behavior you describe above). Only packages using AC_CANONICAL_TARGET, use --target, and are subject to canonicalisation if --target is passed to configure. If it's not being passed canonicalisation doesn't take place Some maintainers are confusing --host/--build/--target with host and/or build and incorrectly apply --target. > that's why --target was added in the first place (way back when). ... broken packages ... confused maintainers ... ancient/outdated/unmaintained packages ... many years ago, there once was a bug in autoconf/automake which triggered this behavior. This bug has been resolved many years ago. Ralf From nicolas.mailhot at laposte.net Tue Sep 19 11:01:38 2006 From: nicolas.mailhot at laposte.net (Nicolas Mailhot) Date: Tue, 19 Sep 2006 13:01:38 +0200 (CEST) Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <1158631729.2451.3.camel@scrappy.miketc.com> References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> Message-ID: <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : > And from > FC5 to rawhide is a supported upgrade and *is suppose* to work FCn to rawhide is always supposed to work, else there would be no way to get testers on rawhide in the first place (all the maintainers who let the devel version of their package bitrot should remember this) What's allways been officially non-supported is update from rawhide to anything else (which is a shame) -- Nicolas Mailhot From rdieter at math.unl.edu Tue Sep 19 12:26:53 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 19 Sep 2006 07:26:53 -0500 Subject: Anyone working on kdelibs4 snapshot packages for developers? References: Message-ID: Kevin Kofler wrote: > I asked: >> Is anyone working on parallel-installable kdelibs4 packages (similar to >> the qt4 packages we already have in Extras) for Fedora to be used by >> developers? > > I'll take the collective silence as a "no". :-( > > I might get started on it, but without some infrastructure to push the > packages to (Extras isn't it, I don't think a package changing API and ABI > once a week will be welcome there ;-) ) and without a faster build system > than my Pentium III, it's pretty scary. I can help out. We can host these packages on http://kde-redhat.sourceforge.net/ (in the "unstable" repo prolly) Don't have a distributed buildsystem yet (ie, haven't gotten plague working yet), so atm, I'll have to manually queue srpm's to mock. Other than that, my participation/help will most likely be minimal (for awhile anyway), got a pretty full plate. -- Rex From hughsient at gmail.com Tue Sep 19 12:30:57 2006 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 19 Sep 2006 13:30:57 +0100 Subject: Apps that depend on firefox In-Reply-To: <450B14D6.30406@redhat.com> References: <1158350871.2682.6.camel@soncomputer> <450B14D6.30406@redhat.com> Message-ID: <1158669057.2508.3.camel@hughsie-laptop.localdomain> On Fri, 2006-09-15 at 17:02 -0400, Christopher Aillon wrote: > Louis Garcia wrote: > > When firefox was updated to 1.5.0.7 the apps that depend on gecko were > > not rebuild. Apps like epiphany and yelp and will not run now. > > > > -Louis > > > > > > > They were rebuilt. They just didn't show up yet. One of the caveats of > using rawhide. I know I'm nagging, but can we soon push a new devhelp/epiphany please: [hughsie at laptop ~]$ epiphany epiphany: error while loading shared libraries: libgtkembedmoz.so: cannot open shared object file: No such file or directory Thanks. Richard. From dedourek at unb.ca Tue Sep 19 12:34:17 2006 From: dedourek at unb.ca (John DeDourek) Date: Tue, 19 Sep 2006 09:34:17 -0300 Subject: wake-up from suspend In-Reply-To: <1158610043.3501.15.camel@eagle.danny.cz> References: <200609180917.02654.eng@prowip.net.br> <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> <200609181634.56446.eng@prowip.net.br> <1158610043.3501.15.camel@eagle.danny.cz> Message-ID: <450FE3C9.5000204@unb.ca> Dan Hor?k wrote: > I am seeing the same behaviour on Quanta ZW9, it has Intel chipset and > Ati graphics. > > > Dan > > It would be useful to know which "Ati graphics" chipset you have. /sbin/lspci will tell you what the OS is seeing as the graphics chip. We have two IBM/Lenova T42 laptops: one has ATI 7500, the other ATI 9600. The 7500 suspends to RAM and resumes nicely; the 9600 suspends, but comes back with a blank screen, for both X and the console windows. The machines is otherwise "live" as witness that it is possible to do a CTRL-ALT F2 to gain a text console; login as root; and execute "shutdown -h". All, of course, without seeing what you are typing, so you need to use the keyboard very carefully. I guess I posted a query to the fedora users' lsit (fedora-list at redhat.com), but not yet bothered the development list on this. I would like to contribute to the debugging of this problem, but I first need a better understanding of how this all works. My plea to the users' list was for pointers to some background reading on how power management works. So far I have mainly garnered "me too" comments. I do have a natural aversion to attempting to fix the bug by the "try this, try that" method. I did do a few of things suggested in various bugzilla and other posts, e.g. change to /etc/acpi/events/video.conf and /etc/X11/xorg.conf. However, my preference is to enable some debugging at the "apropriate places" and find out what is really happening. Unfortunately, the laptop is needed in daily use, so I don't have the freedom to try fc6test3 at the present time. If anyone has some pointers to useful information gathering techniques for this problem, I would be interested. From REDACTED at univ-rennes1.fr Tue Sep 19 12:45:03 2006 From: REDACTED at univ-rennes1.fr (NAME REDACTED) Date: Tue, 19 Sep 2006 14:45:03 +0200 Subject: Apps that depend on firefox In-Reply-To: <1158669057.2508.3.camel@hughsie-laptop.localdomain> References: <1158350871.2682.6.camel@soncomputer> <450B14D6.30406@redhat.com> <1158669057.2508.3.camel@hughsie-laptop.localdomain> Message-ID: <1158669903.18107.4.camel@mr129156.cri.univ-rennes1.fr> Oh, I have open a bug report last day : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207041 On Tue, 2006-09-19 at 13:30 +0100, Richard Hughes wrote: > On Fri, 2006-09-15 at 17:02 -0400, Christopher Aillon wrote: > > Louis Garcia wrote: > > > When firefox was updated to 1.5.0.7 the apps that depend on gecko were > > > not rebuild. Apps like epiphany and yelp and will not run now. > > > > > > -Louis > > > > > > > > > > > They were rebuilt. They just didn't show up yet. One of the caveats of > > using rawhide. > > I know I'm nagging, but can we soon push a new devhelp/epiphany please: > > [hughsie at laptop ~]$ epiphany > epiphany: error while loading shared libraries: libgtkembedmoz.so: > cannot open shared object file: No such file or directory > > Thanks. > > Richard. > > \|/ (o o) #----------------ooO-(_)-Ooo--------------------# | | | Name : NAME REDACTED | | Phone : 02 23 23 71 25 | | Email : REDACTED at univ-rennes1.fr | | Web : http://www.tux-planet.fr/ | #-----------------------------------------------# -------------- next part -------------- An HTML attachment was scrubbed... URL: From eng at prowip.net.br Tue Sep 19 13:32:12 2006 From: eng at prowip.net.br (HM Eng.Prowip) Date: Tue, 19 Sep 2006 10:32:12 -0300 Subject: wake-up from suspend In-Reply-To: <450FE3C9.5000204@unb.ca> References: <200609180917.02654.eng@prowip.net.br> <1158610043.3501.15.camel@eagle.danny.cz> <450FE3C9.5000204@unb.ca> Message-ID: <200609191032.13559.eng@prowip.net.br> On Tuesday 19 September 2006 09:34, John DeDourek wrote: > If anyone has some pointers to useful information gathering techniques > for this problem, I would be interested. I think a way to figure out what it is and if it is a config issue is first zzz'ing without xorg and any drivers unloaded, such as NIC, WL cards, external devices and USBs When it comes back then you may have a chance to figure out how to wake-up with xorg and drivers But if not then I guess there is nothing to do until the issue is solved by kernel/acpi developers Hans From mike at miketc.com Tue Sep 19 13:40:58 2006 From: mike at miketc.com (Mike Chambers) Date: Tue, 19 Sep 2006 08:40:58 -0500 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> Message-ID: <1158673258.3442.6.camel@scrappy.miketc.com> On Tue, 2006-09-19 at 13:01 +0200, Nicolas Mailhot wrote: > Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : > > And from > > FC5 to rawhide is a supported upgrade and *is suppose* to work > > FCn to rawhide is always supposed to work, else there would be no way to > get testers on rawhide in the first place (all the maintainers who let the > devel version of their package bitrot should remember this) I know, just that there is sometimes a hiccup/problem that arises, even if for an hour or two, and that sometimes it just happens and an install/upgrade won't work at that time. -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From katzj at redhat.com Tue Sep 19 14:44:48 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 19 Sep 2006 10:44:48 -0400 Subject: Apps that depend on firefox In-Reply-To: <1158669057.2508.3.camel@hughsie-laptop.localdomain> References: <1158350871.2682.6.camel@soncomputer> <450B14D6.30406@redhat.com> <1158669057.2508.3.camel@hughsie-laptop.localdomain> Message-ID: <1158677088.357.3.camel@orodruin.boston.redhat.com> On Tue, 2006-09-19 at 13:30 +0100, Richard Hughes wrote: > On Fri, 2006-09-15 at 17:02 -0400, Christopher Aillon wrote: > > Louis Garcia wrote: > > > When firefox was updated to 1.5.0.7 the apps that depend on gecko were > > > not rebuild. Apps like epiphany and yelp and will not run now. > > > > > They were rebuilt. They just didn't show up yet. One of the caveats of > > using rawhide. > > I know I'm nagging, but can we soon push a new devhelp/epiphany please: > > [hughsie at laptop ~]$ epiphany > epiphany: error while loading shared libraries: libgtkembedmoz.so: > cannot open shared object file: No such file or directory They should be in today's push. Sorry about that -- composes over the weekend broke and then we had a different downtime yesterday afternoon that prevented doing a manual respin of rawhide yesterday after things got fixed Jeremy From dan at danny.cz Tue Sep 19 15:04:41 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 19 Sep 2006 17:04:41 +0200 Subject: wake-up from suspend In-Reply-To: <450FE3C9.5000204@unb.ca> References: <200609180917.02654.eng@prowip.net.br> <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> <200609181634.56446.eng@prowip.net.br> <1158610043.3501.15.camel@eagle.danny.cz> <450FE3C9.5000204@unb.ca> Message-ID: <1158678281.3496.12.camel@eagle.danny.cz> John DeDourek p??e v ?t 19. 09. 2006 v 09:34 -0300: > Dan Hor?k wrote: > > > I am seeing the same behaviour on Quanta ZW9, it has Intel chipset and > > Ati graphics. > > > > > > Dan > > > > > > It would be useful to know which "Ati graphics" chipset you have. > /sbin/lspci will tell you what the OS is seeing as the graphics chip. > The chip is ATI RV350 (Mobility Radeon 9600 M10) = 1002:4e50, X driver is "radeon" from Xorg and console is VESA framebuffer. System is up-to-date Fedora Development. > We have two IBM/Lenova T42 laptops: one has ATI 7500, the other ATI 9600. > The 7500 suspends to RAM and resumes nicely; the 9600 suspends, but > comes back with a blank screen, for both X and the console windows. > The machines is otherwise "live" as witness that it is possible to > do a CTRL-ALT F2 to gain a text console; login as root; and execute > "shutdown -h". All, of course, without seeing what you are typing, > so you need to use the keyboard very carefully. Now the display doesn't look to be OFF, but has a black screen with some lighter place. Keyboard works, I can switch to the console (CTRL+ALT+F1) and login. Killing the X server process doesn't help. Dan From sundaram at fedoraproject.org Tue Sep 19 15:17:18 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 19 Sep 2006 20:47:18 +0530 Subject: rawhide report: 20060919 changes In-Reply-To: <200609190944.k8J9iQwG026800@hs20-bc2-6.build.redhat.com> References: <200609190944.k8J9iQwG026800@hs20-bc2-6.build.redhat.com> Message-ID: <451009FE.5080102@fedoraproject.org> buildsys at redhat.com wrote: > New package mcelog > Tool to translate x86-64 CPU Machine Check Exception data. > > New package s390utils > Linux/390 specific utilities. > Do we really need s390 specific stuff in Fedora Core? Rahul From katzj at redhat.com Tue Sep 19 15:21:04 2006 From: katzj at redhat.com (Jeremy Katz) Date: Tue, 19 Sep 2006 11:21:04 -0400 Subject: rawhide report: 20060919 changes In-Reply-To: <451009FE.5080102@fedoraproject.org> References: <200609190944.k8J9iQwG026800@hs20-bc2-6.build.redhat.com> <451009FE.5080102@fedoraproject.org> Message-ID: <1158679264.2739.1.camel@aglarond.local> On Tue, 2006-09-19 at 20:47 +0530, Rahul wrote: > buildsys at redhat.com wrote: > > New package s390utils > > Linux/390 specific utilities. > > > > Do we really need s390 specific stuff in Fedora Core? It's not really "new" as it's been there in the past, this is just related to how trees blew up yesterday. As for the real question, as long as we're building rawhide trees for s390 (which we currently are), the packages have to be there. But they're only built on s390 so they don't really impact the "Core" set of bits Jeremy From samfw at redhat.com Tue Sep 19 15:47:10 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Tue, 19 Sep 2006 11:47:10 -0400 Subject: kdump support on ppc64 In-Reply-To: <8CA07233-D3B5-4E83-9842-13FB5EFBF620@gmail.com> References: <8CA07233-D3B5-4E83-9842-13FB5EFBF620@gmail.com> Message-ID: <20060919154709.GA20819@unplugged.rdu.redhat.com> On 09/19/06 18:10 +0800 Kay Tiong Khoo wrote: > Hello there, > > I am currently developing on using FC5 on a Power Mac G5. So far I > have been unable to get kdump working on ppc64. Installing the kdump > kernel from 2.6.16-2133 with the latest 2.6.17-2187 kernel gave a hang. > > I also tried compiling 2.6.15-2054 as a kdump kernel and that didn't > work too. > > I noted on the Wiki that FC6 Test 3 does not have kdump support for > PowerPC. Are there any plans to ship a kdump kernel with FC6? Also, > in the absence of kdump support, are there any other alternatives? AFAIK it's not going to work on powerpc. The alternatives are Netdump and Diskdump. I'm not sure about the wiki, but kbase.redhat.com has detailed howto's on both of those. hth, Sam > > Thanks. > Kay Tiong > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list -- Sam Folk-Williams, RHCE Red Hat Global Support Services Phone: 919/754-4558 GPG ID: 1B0D46BA From hughsient at gmail.com Tue Sep 19 15:46:43 2006 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 19 Sep 2006 16:46:43 +0100 Subject: Apps that depend on firefox In-Reply-To: <1158677088.357.3.camel@orodruin.boston.redhat.com> References: <1158350871.2682.6.camel@soncomputer> <450B14D6.30406@redhat.com> <1158669057.2508.3.camel@hughsie-laptop.localdomain> <1158677088.357.3.camel@orodruin.boston.redhat.com> Message-ID: <1158680803.3016.0.camel@hughsie-laptop.localdomain> On Tue, 2006-09-19 at 10:44 -0400, Jeremy Katz wrote: > On Tue, 2006-09-19 at 13:30 +0100, Richard Hughes wrote: > > On Fri, 2006-09-15 at 17:02 -0400, Christopher Aillon wrote: > > > Louis Garcia wrote: > > > > When firefox was updated to 1.5.0.7 the apps that depend on gecko were > > > > not rebuild. Apps like epiphany and yelp and will not run now. > > > > > > > They were rebuilt. They just didn't show up yet. One of the caveats of > > > using rawhide. > > > > I know I'm nagging, but can we soon push a new devhelp/epiphany please: > > > > [hughsie at laptop ~]$ epiphany > > epiphany: error while loading shared libraries: libgtkembedmoz.so: > > cannot open shared object file: No such file or directory > > They should be in today's push. > > Sorry about that -- composes over the weekend broke and then we had a > different downtime yesterday afternoon that prevented doing a manual > respin of rawhide yesterday after things got fixed Yes, everything works fine now. Thanks guys. Richard. From alan at clueserver.org Tue Sep 19 16:05:17 2006 From: alan at clueserver.org (alan) Date: Tue, 19 Sep 2006 09:05:17 -0700 (PDT) Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> Message-ID: On Tue, 19 Sep 2006, Nicolas Mailhot wrote: > > Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : >> And from >> FC5 to rawhide is a supported upgrade and *is suppose* to work > > FCn to rawhide is always supposed to work, else there would be no way to > get testers on rawhide in the first place (all the maintainers who let the > devel version of their package bitrot should remember this) > > What's allways been officially non-supported is update from rawhide to > anything else (which is a shame) Last night I tested the upgrade on an i386 based install of FC5 using FC6t3. Not good. It gets to the part where it figures out what to upgrade and bjorks with an exception on the package "system-config-mouse" claiming that it contains an unknown header of "basepath". The system has a bunch of packages from Core, Extras and Freshrpms.net. It had just been upgraded from FC4 within the last week or so with no problems. All the updates were current. I have not tested what happens if I remove that one package. -- "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a lucky, lucky, lucky little boy. 'Cause you know why? You get to drink from... the FIRE HOOOOOSE!" - The Stanley Spudoski guide to mailing list administration From sundaram at fedoraproject.org Tue Sep 19 16:08:59 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 19 Sep 2006 21:38:59 +0530 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> Message-ID: <4510161B.5020800@fedoraproject.org> alan wrote: > On Tue, 19 Sep 2006, Nicolas Mailhot wrote: > >> >> Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : >>> And from >>> FC5 to rawhide is a supported upgrade and *is suppose* to work >> >> FCn to rawhide is always supposed to work, else there would be no way to >> get testers on rawhide in the first place (all the maintainers who let >> the >> devel version of their package bitrot should remember this) >> >> What's allways been officially non-supported is update from rawhide to >> anything else (which is a shame) > > Last night I tested the upgrade on an i386 based install of FC5 using > FC6t3. > > Not good. > > It gets to the part where it figures out what to upgrade and bjorks with > an exception on the package "system-config-mouse" claiming that it > contains an unknown header of "basepath". Thats strange because system-config-mouse was dropped before FC5 release. http://fedora.redhat.com/docs/release-notes/fc5/#id2947593 > > The system has a bunch of packages from Core, Extras and Freshrpms.net. > It had just been upgraded from FC4 within the last week or so with no > problems. All the updates were current. I have not tested what happens > if I remove that one package. Can you check that? Rahul From alan at clueserver.org Tue Sep 19 16:15:46 2006 From: alan at clueserver.org (alan) Date: Tue, 19 Sep 2006 09:15:46 -0700 (PDT) Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <4510161B.5020800@fedoraproject.org> References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> <4510161B.5020800@fedoraproject.org> Message-ID: On Tue, 19 Sep 2006, Rahul wrote: > alan wrote: >> On Tue, 19 Sep 2006, Nicolas Mailhot wrote: >> >>> >>> Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : >>>> And from >>>> FC5 to rawhide is a supported upgrade and *is suppose* to work >>> >>> FCn to rawhide is always supposed to work, else there would be no way to >>> get testers on rawhide in the first place (all the maintainers who let the >>> devel version of their package bitrot should remember this) >>> >>> What's allways been officially non-supported is update from rawhide to >>> anything else (which is a shame) >> >> Last night I tested the upgrade on an i386 based install of FC5 using >> FC6t3. >> >> Not good. >> >> It gets to the part where it figures out what to upgrade and bjorks with an >> exception on the package "system-config-mouse" claiming that it contains an >> unknown header of "basepath". > > Thats strange because system-config-mouse was dropped before FC5 release. > > http://fedora.redhat.com/docs/release-notes/fc5/#id2947593 Probably left over from the upgrade from FC4 to FC5. This is going to bite anyone who upgrades FC4->FC5->FC6. >> The system has a bunch of packages from Core, Extras and Freshrpms.net. It >> had just been upgraded from FC4 within the last week or so with no >> problems. All the updates were current. I have not tested what happens if >> I remove that one package. > > Can you check that? I will tonight. (I stopped working on it at 4:30am this morning. At least the insomnia was useful for something...) -- "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a lucky, lucky, lucky little boy. 'Cause you know why? You get to drink from... the FIRE HOOOOOSE!" - The Stanley Spudoski guide to mailing list administration From kevin-redhat-devel at scrye.com Tue Sep 19 16:14:44 2006 From: kevin-redhat-devel at scrye.com (Kevin Fenzi) Date: Tue, 19 Sep 2006 10:14:44 -0600 (MDT) Subject: wake-up from suspend References: <200609180917.02654.eng@prowip.net.br> <5256d0b0609180952i5178ee7ct1a0736c1a5d0b7aa@mail.gmail.com> <200609181634.56446.eng@prowip.net.br> <1158610043.3501.15.camel@eagle.danny.cz> <450FE3C9.5000204@unb.ca> Message-ID: <20060919.101444.1039899570.kevin@scrye.com> >>>>> "John" == John DeDourek writes: John> Dan Hor?k wrote: >> I am seeing the same behaviour on Quanta ZW9, it has Intel chipset >> and Ati graphics. Dan >> John> It would be useful to know which "Ati graphics" chipset you John> have. /sbin/lspci will tell you what the OS is seeing as the John> graphics chip. John> We have two IBM/Lenova T42 laptops: one has ATI 7500, the other John> ATI 9600. The 7500 suspends to RAM and resumes nicely; the 9600 John> suspends, but comes back with a blank screen, for both X and the John> console windows. The machines is otherwise "live" as witness John> that it is possible to do a CTRL-ALT F2 to gain a text console; John> login as root; and execute "shutdown -h". All, of course, John> without seeing what you are typing, so you need to use the John> keyboard very carefully. I have a T42p with a 9600 in it. It works great on suspend/resume, but you must add: acpi_sleep=s3_bios to your kernel boot line in grub.conf. If you don't do that you get a blank screen on resume. Perhaps you could try that? John> If anyone has some pointers to useful information gathering John> techniques for this problem, I would be interested. Try acpi_sleep=s3_bios. It's working great here. 01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL Mobility T2] (rev 80) Manufacturer: IBM Product Name: 2378RVU Version: ThinkPad T42p kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From opensource at till.name Tue Sep 19 18:13:55 2006 From: opensource at till.name (Till Maas) Date: Tue, 19 Sep 2006 20:13:55 +0200 Subject: wake-up from suspend In-Reply-To: <20060919.101444.1039899570.kevin@scrye.com> References: <200609180917.02654.eng@prowip.net.br> <450FE3C9.5000204@unb.ca> <20060919.101444.1039899570.kevin@scrye.com> Message-ID: <200609192014.19057.opensource@till.name> On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: > I have a T42p with a 9600 in it. > It works great on suspend/resume, but you must add: > > acpi_sleep=s3_bios Or you can do this: "echo -n 1 > /proc/sys/kernel/acpi_video_flags" which has the same effect but you do not need to change your grub.conf or reboot. If you want this permanently you can set, which enables this after every reboot: "kernel.acpi_video_flags = 1" in /etc/sysctl.conf Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From louisg00 at bellsouth.net Tue Sep 19 18:31:20 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Tue, 19 Sep 2006 14:31:20 -0400 Subject: todays rawhide segfaults ipv6 Message-ID: <1158690680.2667.2.camel@soncomputer> ipv6 segfaults while booting and shutting down. As the kernel has not been updated this might be a userland problem. From fedora at leemhuis.info Tue Sep 19 18:41:09 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Tue, 19 Sep 2006 20:41:09 +0200 Subject: wake-up from suspend In-Reply-To: <200609192014.19057.opensource@till.name> References: <200609180917.02654.eng@prowip.net.br> <450FE3C9.5000204@unb.ca> <20060919.101444.1039899570.kevin@scrye.com> <200609192014.19057.opensource@till.name> Message-ID: <451039C5.3010601@leemhuis.info> Till Maas schrieb: > On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: > >> I have a T42p with a 9600 in it. >> It works great on suspend/resume, but you must add: >> acpi_sleep=s3_bios > Or you can do this: > "echo -n 1 > /proc/sys/kernel/acpi_video_flags" [...] Or solve the problem once and for all for all users: http://en.opensuse.org/S2ram http://hughsient.livejournal.com/2591.html CU thl From dan at danny.cz Tue Sep 19 18:49:47 2006 From: dan at danny.cz (Dan =?ISO-8859-1?Q?Hor=E1k?=) Date: Tue, 19 Sep 2006 20:49:47 +0200 Subject: wake-up from suspend In-Reply-To: <200609192014.19057.opensource@till.name> References: <200609180917.02654.eng@prowip.net.br> <450FE3C9.5000204@unb.ca> <20060919.101444.1039899570.kevin@scrye.com> <200609192014.19057.opensource@till.name> Message-ID: <1158691787.3496.16.camel@eagle.danny.cz> Till Maas p??e v ?t 19. 09. 2006 v 20:13 +0200: > On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: > > > I have a T42p with a 9600 in it. > > It works great on suspend/resume, but you must add: > > > > acpi_sleep=s3_bios > > Or you can do this: > "echo -n 1 > /proc/sys/kernel/acpi_video_flags" > > which has the same effect but you do not need to change your grub.conf or > reboot. > If you want this permanently you can set, which enables this after every > reboot: > > "kernel.acpi_video_flags = 1" in /etc/sysctl.conf Great, it helps me too. Dan From hughsient at gmail.com Tue Sep 19 18:48:54 2006 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 19 Sep 2006 19:48:54 +0100 Subject: wake-up from suspend In-Reply-To: <200609192014.19057.opensource@till.name> References: <200609180917.02654.eng@prowip.net.br> <450FE3C9.5000204@unb.ca> <20060919.101444.1039899570.kevin@scrye.com> <200609192014.19057.opensource@till.name> Message-ID: <1158691734.4254.7.camel@hughsie-laptop.localdomain> On Tue, 2006-09-19 at 20:13 +0200, Till Maas wrote: > On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: > > > I have a T42p with a 9600 in it. > > It works great on suspend/resume, but you must add: > > > > acpi_sleep=s3_bios > > Or you can do this: > "echo -n 1 > /proc/sys/kernel/acpi_video_flags" With a new version of pm-utils and my hal patch[1], all this would just work: video_adapter_pm true true When FC6 is released, I hope we can start working on full pm-utils integration for suspend and resume. Richard. [1] http://lists.freedesktop.org/archives/hal/2006-September/006094.html From david at fubar.dk Tue Sep 19 19:05:04 2006 From: david at fubar.dk (David Zeuthen) Date: Tue, 19 Sep 2006 15:05:04 -0400 Subject: wake-up from suspend In-Reply-To: <1158691734.4254.7.camel@hughsie-laptop.localdomain> References: <200609180917.02654.eng@prowip.net.br> <450FE3C9.5000204@unb.ca> <20060919.101444.1039899570.kevin@scrye.com> <200609192014.19057.opensource@till.name> <1158691734.4254.7.camel@hughsie-laptop.localdomain> Message-ID: <1158692704.10770.90.camel@daxter.boston.redhat.com> On Tue, 2006-09-19 at 19:48 +0100, Richard Hughes wrote: > On Tue, 2006-09-19 at 20:13 +0200, Till Maas wrote: > > On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: > > > > > I have a T42p with a 9600 in it. > > > It works great on suspend/resume, but you must add: > > > > > > acpi_sleep=s3_bios > > > > Or you can do this: > > "echo -n 1 > /proc/sys/kernel/acpi_video_flags" > > With a new version of pm-utils and my hal patch[1], all this would just > work: > > > > > type="strlist">video_adapter_pm > true > true > > > > When FC6 is released, I hope we can start working on full pm-utils > integration for suspend and resume. Right. I want this to be in HAL 0.5.9 scheduled for release in December 2006. There's a few things we need to fix (cause this is a bunch of data), for example the "HAL parses 10 million XML files" issue that davej so eloquently pointed out in his blog and at OLS :-) But that's more on topic for the HAL list. David From notting at redhat.com Tue Sep 19 19:10:36 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 19 Sep 2006 15:10:36 -0400 Subject: todays rawhide segfaults ipv6 In-Reply-To: <1158690680.2667.2.camel@soncomputer> References: <1158690680.2667.2.camel@soncomputer> Message-ID: <20060919191036.GC9215@nostromo.devel.redhat.com> Louis Garcia (louisg00 at bellsouth.net) said: > ipv6 segfaults while booting and shutting down. As the kernel has not > been updated this might be a userland problem. It is, will be fixed tomorrow. Bill From ianburrell at gmail.com Tue Sep 19 19:18:59 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Tue, 19 Sep 2006 12:18:59 -0700 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> <4510161B.5020800@fedoraproject.org> Message-ID: On 9/19/06, alan wrote: > On Tue, 19 Sep 2006, Rahul wrote: > > > > Thats strange because system-config-mouse was dropped before FC5 release. > > > > http://fedora.redhat.com/docs/release-notes/fc5/#id2947593 > > Probably left over from the upgrade from FC4 to FC5. > > This is going to bite anyone who upgrades FC4->FC5->FC6. > Then you need to remove it first. One downside of the yum upgrade is that it does not remove obsolete packages. After I do a yum upgrade, I always do a "yum list extras" and remove the obsoleted packages. And it much safer to remove and reinstall packages from third-party repositories. - Ian From ianburrell at gmail.com Tue Sep 19 19:37:45 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Tue, 19 Sep 2006 12:37:45 -0700 Subject: development-source repository broken Message-ID: The repodata for the development-source repository has gone missing. Where would I report the bug? This causes "yumdownload -e development-source --source" to fail. http://download.fedora.redhat.com/pub/fedora/linux/core/development/source/ has no repodata directory. Also, the rawhide fedora-development.repo uses mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide-source&arch=$basearch which responds with: "no repository available for repo rawhide-source". - Ian From opensource at till.name Tue Sep 19 19:40:03 2006 From: opensource at till.name (Till Maas) Date: Tue, 19 Sep 2006 21:40:03 +0200 Subject: wake-up from suspend In-Reply-To: <1158691734.4254.7.camel@hughsie-laptop.localdomain> References: <200609180917.02654.eng@prowip.net.br> <200609192014.19057.opensource@till.name> <1158691734.4254.7.camel@hughsie-laptop.localdomain> Message-ID: <200609192140.11015.opensource@till.name> On Tuesday 19 September 2006 20:48, Richard Hughes wrote: > ^^^^ ^^^^ > ^^^^ > ^^^^^^^^^^^^ Is the comment really for the commented data? > When FC6 is released, I hope we can start working on full pm-utils > integration for suspend and resume. What are the advantages of pm-utils against s2ram, s2disk and s2both? Will there be support for suspending to cryptsetup-luks encrypted swap? Or is this something another package must take care of? Regards, Till -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From hughsient at gmail.com Tue Sep 19 20:10:41 2006 From: hughsient at gmail.com (Richard Hughes) Date: Tue, 19 Sep 2006 21:10:41 +0100 Subject: wake-up from suspend In-Reply-To: <200609192140.11015.opensource@till.name> References: <200609180917.02654.eng@prowip.net.br> <200609192014.19057.opensource@till.name> <1158691734.4254.7.camel@hughsie-laptop.localdomain> <200609192140.11015.opensource@till.name> Message-ID: <1158696641.4647.4.camel@hughsie-laptop.localdomain> On Tue, 2006-09-19 at 21:40 +0200, Till Maas wrote: > On Tuesday 19 September 2006 20:48, Richard Hughes wrote: > > > > ^^^^ ^^^^ > > > ^^^^ > > > ^^^^^^^^^^^^ > Is the comment really for the commented data? Hmm. I see what you mean. I've just converted the data from the suspend project so there may be typos like this. > > When FC6 is released, I hope we can start working on full pm-utils > > integration for suspend and resume. > > What are the advantages of pm-utils against s2ram, s2disk and s2both? Will > there be support for suspending to cryptsetup-luks encrypted swap? Or is this > something another package must take care of? pm-utils is basically a way of doing "stuff" before and after a suspend or hibernate. See http://hughsient.livejournal.com/764.html for a description of what it does. I'm pretty sure the actual mechanism for suspending can switched, but I'm not sure about that. Richard. From orion at cora.nwra.com Tue Sep 19 22:15:59 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 19 Sep 2006 16:15:59 -0600 Subject: cups daemon not starting with test3 In-Reply-To: <1158384690.2723.1.camel@soncomputer> References: <1158373424.31748.6.camel@soncomputer> <1158384690.2723.1.camel@soncomputer> Message-ID: Louis Garcia wrote: > > My /etc/hosts file is: > > # Do not remove the following line, or various programs > # that require network functionality will fail. > ::1 soncomputer localhost.localdomain localhost > > shouldn't the localhost be 127.0.0.1 ? > Well, that's the ipv6 loopback, but there should be another nearly identical line with 127.0.0.1 as well. -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From kevin.kofler at chello.at Wed Sep 20 01:00:47 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 20 Sep 2006 01:00:47 +0000 (UTC) Subject: Anyone working on kdelibs4 snapshot packages for developers? References: Message-ID: Rex Dieter math.unl.edu> writes: > I can help out. We can host these packages on > http://kde-redhat.sourceforge.net/ > (in the "unstable" repo prolly) Thanks. > Don't have a distributed buildsystem yet (ie, haven't gotten plague working > yet), so atm, I'll have to manually queue srpm's to mock. OK. > Other than that, my participation/help will most likely be minimal (for > awhile anyway), got a pretty full plate. Yeah, I know how that feels... I've got way too much stuff to do too, so I don't promise I'll get anywhere (also considering that the KDE builds I'll have to do to test my specfiles probably take hours on my slow computer). I must say I'm also worried about getting flooded with questions like this: http://dot.kde.org/1158239585/1158694433/ Kevin Kofler From rdieter at math.unl.edu Wed Sep 20 01:53:17 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 19 Sep 2006 20:53:17 -0500 Subject: Cross-compilers. In-Reply-To: <1158663455.5044.187.camel@mccallum.corsepiu.local> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> <1158599697.5044.119.camel@mccallum.corsepiu.local> <1158663455.5044.187.camel@mccallum.corsepiu.local> Message-ID: <45109F0D.8070400@math.unl.edu> Ralf Corsepius wrote: > On Tue, 2006-09-19 at 05:20 -0500, Rex Dieter wrote: >> that's why --target was added in the first place (way back when). > ... broken packages ... confused maintainers ... > ancient/outdated/unmaintained packages ... many years ago, there once > was a bug in autoconf/automake which triggered this behavior. > This bug has been resolved many years ago. Nice to hear. So what do you suggest? drop both --build/--target? -- Rex From alan at clueserver.org Wed Sep 20 02:34:36 2006 From: alan at clueserver.org (alan) Date: Tue, 19 Sep 2006 19:34:36 -0700 (PDT) Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: <4510161B.5020800@fedoraproject.org> References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> <4510161B.5020800@fedoraproject.org> Message-ID: On Tue, 19 Sep 2006, Rahul wrote: > alan wrote: >> On Tue, 19 Sep 2006, Nicolas Mailhot wrote: >> >>> >>> Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : >>>> And from >>>> FC5 to rawhide is a supported upgrade and *is suppose* to work >>> >>> FCn to rawhide is always supposed to work, else there would be no way to >>> get testers on rawhide in the first place (all the maintainers who let the >>> devel version of their package bitrot should remember this) >>> >>> What's allways been officially non-supported is update from rawhide to >>> anything else (which is a shame) >> >> Last night I tested the upgrade on an i386 based install of FC5 using >> FC6t3. >> >> Not good. >> >> It gets to the part where it figures out what to upgrade and bjorks with an >> exception on the package "system-config-mouse" claiming that it contains an >> unknown header of "basepath". > > Thats strange because system-config-mouse was dropped before FC5 release. > > http://fedora.redhat.com/docs/release-notes/fc5/#id2947593 > > >> >> The system has a bunch of packages from Core, Extras and Freshrpms.net. It >> had just been upgraded from FC4 within the last week or so with no >> problems. All the updates were current. I have not tested what happens if >> I remove that one package. > > Can you check that? Just did. Here is the list of packages I had to remove to progress any farther: system-config-mouse compat-gcc-32 compat-gcc-32-g77 compat-gcc-32-c++ gnu.getopt mozilla-devel epiphany-devel utempter I actually did not pull utempter and stopped at that point becuase it wanted me to remove gnome libraries and that was just going to get messy. A few of these things were left over from FC4, but some were from FC5. All of them failed with the same error involving "basepath". This is pretty ugly. Upgrading is pretty much impossible in this state. -- "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a lucky, lucky, lucky little boy. 'Cause you know why? You get to drink from... the FIRE HOOOOOSE!" - The Stanley Spudoski guide to mailing list administration From rc040203 at freenet.de Wed Sep 20 04:15:24 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Wed, 20 Sep 2006 06:15:24 +0200 Subject: Cross-compilers. In-Reply-To: <45109F0D.8070400@math.unl.edu> References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> <1158599697.5044.119.camel@mccallum.corsepiu.local> <1158663455.5044.187.camel@mccallum.corsepiu.local> <45109F0D.8070400@math.unl.edu> Message-ID: <1158725725.5044.326.camel@mccallum.corsepiu.local> On Tue, 2006-09-19 at 20:53 -0500, Rex Dieter wrote: > Ralf Corsepius wrote: > > On Tue, 2006-09-19 at 05:20 -0500, Rex Dieter wrote: > > >> that's why --target was added in the first place (way back when). > > ... broken packages ... confused maintainers ... > > ancient/outdated/unmaintained packages ... many years ago, there once > > was a bug in autoconf/automake which triggered this behavior. > > This bug has been resolved many years ago. > > Nice to hear. > > So what do you suggest? drop both --build/--target? Dropping --target. Dropping --target from %configure should be pretty safe, because only very few packages really use it and even less really need it. It will definitely break some (broken) packages, but the number being affected should be very small and finite. Dropping --build is one step more aggressive and therefore would require some careful analysis of the consequences resulting from this: * --build is used by most packages * The pair "--build/--host" is used to trigger cross-compilation, sometimes this is desired, sometimes not. Unfortunately autoconf's behavior is non-trivial. * Theoretically dropping --build should be safe, and implies to mplying configure scripts to resort to an autodetected value), but this definitely is one magnitude more dangerous than dropping --target. Ralf From avi at argo.co.il Wed Sep 20 05:39:00 2006 From: avi at argo.co.il (Avi Kivity) Date: Wed, 20 Sep 2006 08:39:00 +0300 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: References: Message-ID: <4510D3F4.8020605@argo.co.il> Bojan Smojver wrote: > > Gilboa Davara gmail.com> writes: > > > FC/RH should -really- really -really- consider doing a Test4 release. > > FC6 is far from being ready from prime time. > > I would personally be happy with the state of Rawhide being fixed to > the point > that FC5 to Rawhide upgrade works, possibly both from an image and via > "yum > upgrade". That would probably be sufficient to guarantee that the > release works > as well. > yum upgrade works, I just did that. No major issues, though many failures on gtk-update-icon-cache - looks like a missing glib symbol. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. From pnasrat at redhat.com Wed Sep 20 08:33:36 2006 From: pnasrat at redhat.com (Paul Nasrat) Date: Wed, 20 Sep 2006 09:33:36 +0100 Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) In-Reply-To: References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> <4510161B.5020800@fedoraproject.org> Message-ID: <1158741216.2821.28.camel@enki.eridu> On Tue, 2006-09-19 at 19:34 -0700, alan wrote: > I actually did not pull utempter and stopped at that point becuase it > wanted me to remove gnome libraries and that was just going to get messy. > > A few of these things were left over from FC4, but some were from FC5. > > All of them failed with the same error involving "basepath". > > This is pretty ugly. Upgrading is pretty much impossible in this state. It's been fixed as of yesterday morning. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206913 You'll either have to wait for a new anaconda build and tree build or use fc6t3 and an updates.img. If you want the latter let me know and I'll put one up on people.redhat.com. Paul From rhasto at cfl.rr.com Wed Sep 20 10:53:07 2006 From: rhasto at cfl.rr.com (Bob) Date: Wed, 20 Sep 2006 06:53:07 -0400 Subject: fedora-devel-list Digest, Vol 31, Issue 44 References: <20060920010125.99EDE73083@hormel.redhat.com> Message-ID: <003101c6dca2$f49b7800$6401a8c0@blackbox> Please don't send anymore of this ----- Original Message ----- From: To: Sent: Tuesday, September 19, 2006 9:01 PM Subject: fedora-devel-list Digest, Vol 31, Issue 44 > Send fedora-devel-list mailing list submissions to > fedora-devel-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/fedora-devel-list > or, via email, send a message with subject or body 'help' to > fedora-devel-list-request at redhat.com > > You can reach the person managing the list at > fedora-devel-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-devel-list digest..." > > > Today's Topics: > > 1. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) (alan) > 2. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) (Rahul) > 3. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) (alan) > 4. Re: wake-up from suspend (Kevin Fenzi) > 5. Re: wake-up from suspend (Till Maas) > 6. todays rawhide segfaults ipv6 (Louis Garcia) > 7. Re: wake-up from suspend (Thorsten Leemhuis) > 8. Re: wake-up from suspend (Dan Hor?k) > 9. Re: wake-up from suspend (Richard Hughes) > 10. Re: wake-up from suspend (David Zeuthen) > 11. Re: todays rawhide segfaults ipv6 (Bill Nottingham) > 12. Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) (Ian Burrell) > 13. development-source repository broken (Ian Burrell) > 14. Re: wake-up from suspend (Till Maas) > 15. Re: wake-up from suspend (Richard Hughes) > 16. Re: cups daemon not starting with test3 (Orion Poplawski) > 17. Re: Anyone working on kdelibs4 snapshot packages for > developers? (Kevin Kofler) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 19 Sep 2006 09:05:17 -0700 (PDT) > From: alan > Subject: Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) > To: Development discussions related to Fedora Core > > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > On Tue, 19 Sep 2006, Nicolas Mailhot wrote: > >> >> Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : >>> And from >>> FC5 to rawhide is a supported upgrade and *is suppose* to work >> >> FCn to rawhide is always supposed to work, else there would be no way to >> get testers on rawhide in the first place (all the maintainers who let >> the >> devel version of their package bitrot should remember this) >> >> What's allways been officially non-supported is update from rawhide to >> anything else (which is a shame) > > Last night I tested the upgrade on an i386 based install of FC5 using > FC6t3. > > Not good. > > It gets to the part where it figures out what to upgrade and bjorks with > an exception on the package "system-config-mouse" claiming that it > contains an unknown header of "basepath". > > The system has a bunch of packages from Core, Extras and Freshrpms.net. > It had just been upgraded from FC4 within the last week or so with no > problems. All the updates were current. I have not tested what happens if > I remove that one package. > > -- > "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a > lucky, lucky, lucky little boy. 'Cause you know why? You get to drink > from... the FIRE HOOOOOSE!" > - The Stanley Spudoski guide to mailing list administration > > ------------------------------ > > Message: 2 > Date: Tue, 19 Sep 2006 21:38:59 +0530 > From: Rahul > Subject: Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) > To: Development discussions related to Fedora Core > > Message-ID: <4510161B.5020800 at fedoraproject.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > alan wrote: >> On Tue, 19 Sep 2006, Nicolas Mailhot wrote: >> >>> >>> Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : >>>> And from >>>> FC5 to rawhide is a supported upgrade and *is suppose* to work >>> >>> FCn to rawhide is always supposed to work, else there would be no way to >>> get testers on rawhide in the first place (all the maintainers who let >>> the >>> devel version of their package bitrot should remember this) >>> >>> What's allways been officially non-supported is update from rawhide to >>> anything else (which is a shame) >> >> Last night I tested the upgrade on an i386 based install of FC5 using >> FC6t3. >> >> Not good. >> >> It gets to the part where it figures out what to upgrade and bjorks with >> an exception on the package "system-config-mouse" claiming that it >> contains an unknown header of "basepath". > > Thats strange because system-config-mouse was dropped before FC5 release. > > http://fedora.redhat.com/docs/release-notes/fc5/#id2947593 > > >> >> The system has a bunch of packages from Core, Extras and Freshrpms.net. >> It had just been upgraded from FC4 within the last week or so with no >> problems. All the updates were current. I have not tested what happens >> if I remove that one package. > > Can you check that? > > Rahul > > > > ------------------------------ > > Message: 3 > Date: Tue, 19 Sep 2006 09:15:46 -0700 (PDT) > From: alan > Subject: Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) > To: Development discussions related to Fedora Core > > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > On Tue, 19 Sep 2006, Rahul wrote: > >> alan wrote: >>> On Tue, 19 Sep 2006, Nicolas Mailhot wrote: >>> >>>> >>>> Le Mar 19 septembre 2006 04:08, Mike Chambers a ?crit : >>>>> And from >>>>> FC5 to rawhide is a supported upgrade and *is suppose* to work >>>> >>>> FCn to rawhide is always supposed to work, else there would be no way >>>> to >>>> get testers on rawhide in the first place (all the maintainers who let >>>> the >>>> devel version of their package bitrot should remember this) >>>> >>>> What's allways been officially non-supported is update from rawhide to >>>> anything else (which is a shame) >>> >>> Last night I tested the upgrade on an i386 based install of FC5 using >>> FC6t3. >>> >>> Not good. >>> >>> It gets to the part where it figures out what to upgrade and bjorks with >>> an >>> exception on the package "system-config-mouse" claiming that it contains >>> an >>> unknown header of "basepath". >> >> Thats strange because system-config-mouse was dropped before FC5 release. >> >> http://fedora.redhat.com/docs/release-notes/fc5/#id2947593 > > Probably left over from the upgrade from FC4 to FC5. > > This is going to bite anyone who upgrades FC4->FC5->FC6. > >>> The system has a bunch of packages from Core, Extras and Freshrpms.net. >>> It >>> had just been upgraded from FC4 within the last week or so with no >>> problems. All the updates were current. I have not tested what happens >>> if >>> I remove that one package. >> >> Can you check that? > > I will tonight. (I stopped working on it at 4:30am this morning. At > least the insomnia was useful for something...) > > -- > "Oh, Joel Miller, you've just found the marble in the oatmeal. You're a > lucky, lucky, lucky little boy. 'Cause you know why? You get to drink > from... the FIRE HOOOOOSE!" > - The Stanley Spudoski guide to mailing list administration > > ------------------------------ > > Message: 4 > Date: Tue, 19 Sep 2006 10:14:44 -0600 (MDT) > From: Kevin Fenzi > Subject: Re: wake-up from suspend > To: fedora-devel-list at redhat.com > Message-ID: <20060919.101444.1039899570.kevin at scrye.com> > Content-Type: text/plain; charset="iso-8859-1" > >>>>>> "John" == John DeDourek writes: > > John> Dan Hor?k wrote: >>> I am seeing the same behaviour on Quanta ZW9, it has Intel chipset >>> and Ati graphics. Dan >>> > John> It would be useful to know which "Ati graphics" chipset you > John> have. /sbin/lspci will tell you what the OS is seeing as the > John> graphics chip. > > John> We have two IBM/Lenova T42 laptops: one has ATI 7500, the other > John> ATI 9600. The 7500 suspends to RAM and resumes nicely; the 9600 > John> suspends, but comes back with a blank screen, for both X and the > John> console windows. The machines is otherwise "live" as witness > John> that it is possible to do a CTRL-ALT F2 to gain a text console; > John> login as root; and execute "shutdown -h". All, of course, > John> without seeing what you are typing, so you need to use the > John> keyboard very carefully. > > I have a T42p with a 9600 in it. > It works great on suspend/resume, but you must add: > > acpi_sleep=s3_bios > > to your kernel boot line in grub.conf. > If you don't do that you get a blank screen on resume. > Perhaps you could try that? > > John> If anyone has some pointers to useful information gathering > John> techniques for this problem, I would be interested. > > Try acpi_sleep=s3_bios. > > It's working great here. > > 01:00.0 VGA compatible controller: ATI Technologies Inc M10 NT [FireGL > Mobility T2] (rev 80) > > Manufacturer: IBM > Product Name: 2378RVU > Version: ThinkPad T42p > > kevin > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: not available > Url : > https://www.redhat.com/archives/fedora-devel-list/attachments/20060919/37c97868/attachment.bin > > ------------------------------ > > Message: 5 > Date: Tue, 19 Sep 2006 20:13:55 +0200 > From: Till Maas > Subject: Re: wake-up from suspend > To: Development discussions related to Fedora Core > > Message-ID: <200609192014.19057.opensource at till.name> > Content-Type: text/plain; charset="utf-8" > > On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: > >> I have a T42p with a 9600 in it. >> It works great on suspend/resume, but you must add: >> >> acpi_sleep=s3_bios > > Or you can do this: > "echo -n 1 > /proc/sys/kernel/acpi_video_flags" > > which has the same effect but you do not need to change your grub.conf or > reboot. > If you want this permanently you can set, which enables this after every > reboot: > > "kernel.acpi_video_flags = 1" in /etc/sysctl.conf > > Regards, > Till > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: not available > Url : > https://www.redhat.com/archives/fedora-devel-list/attachments/20060919/2f8cc2a7/attachment.bin > > ------------------------------ > > Message: 6 > Date: Tue, 19 Sep 2006 14:31:20 -0400 > From: Louis Garcia > Subject: todays rawhide segfaults ipv6 > To: fedora-devel-list at redhat.com > Message-ID: <1158690680.2667.2.camel at soncomputer> > Content-Type: text/plain > > ipv6 segfaults while booting and shutting down. As the kernel has not > been updated this might be a userland problem. > > > > > > ------------------------------ > > Message: 7 > Date: Tue, 19 Sep 2006 20:41:09 +0200 > From: Thorsten Leemhuis > Subject: Re: wake-up from suspend > To: Development discussions related to Fedora Core > > Message-ID: <451039C5.3010601 at leemhuis.info> > Content-Type: text/plain; charset=ISO-8859-15 > > > > Till Maas schrieb: >> On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: >> >>> I have a T42p with a 9600 in it. >>> It works great on suspend/resume, but you must add: >>> acpi_sleep=s3_bios >> Or you can do this: >> "echo -n 1 > /proc/sys/kernel/acpi_video_flags" [...] > > Or solve the problem once and for all for all users: > > http://en.opensuse.org/S2ram > http://hughsient.livejournal.com/2591.html > > CU > thl > > > > ------------------------------ > > Message: 8 > Date: Tue, 19 Sep 2006 20:49:47 +0200 > From: Dan Hor?k > Subject: Re: wake-up from suspend > To: Development discussions related to Fedora Core > > Message-ID: <1158691787.3496.16.camel at eagle.danny.cz> > Content-Type: text/plain; charset=utf-8 > > Till Maas p????e v ?st 19. 09. 2006 v 20:13 +0200: >> On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: >> >> > I have a T42p with a 9600 in it. >> > It works great on suspend/resume, but you must add: >> > >> > acpi_sleep=s3_bios >> >> Or you can do this: >> "echo -n 1 > /proc/sys/kernel/acpi_video_flags" >> >> which has the same effect but you do not need to change your grub.conf or >> reboot. >> If you want this permanently you can set, which enables this after every >> reboot: >> >> "kernel.acpi_video_flags = 1" in /etc/sysctl.conf > > Great, it helps me too. > > > Dan > > > > > ------------------------------ > > Message: 9 > Date: Tue, 19 Sep 2006 19:48:54 +0100 > From: Richard Hughes > Subject: Re: wake-up from suspend > To: Development discussions related to Fedora Core > > Cc: David Zeuthen > Message-ID: <1158691734.4254.7.camel at hughsie-laptop.localdomain> > Content-Type: text/plain > > On Tue, 2006-09-19 at 20:13 +0200, Till Maas wrote: >> On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: >> >> > I have a T42p with a 9600 in it. >> > It works great on suspend/resume, but you must add: >> > >> > acpi_sleep=s3_bios >> >> Or you can do this: >> "echo -n 1 > /proc/sys/kernel/acpi_video_flags" > > With a new version of pm-utils and my hal patch[1], all this would just > work: > > > > > type="strlist">video_adapter_pm > true > true > > > > When FC6 is released, I hope we can start working on full pm-utils > integration for suspend and resume. > > Richard. > > [1] http://lists.freedesktop.org/archives/hal/2006-September/006094.html > > > > ------------------------------ > > Message: 10 > Date: Tue, 19 Sep 2006 15:05:04 -0400 > From: David Zeuthen > Subject: Re: wake-up from suspend > To: richard at hughsie.com > Cc: Development discussions related to Fedora Core > > Message-ID: <1158692704.10770.90.camel at daxter.boston.redhat.com> > Content-Type: text/plain > > On Tue, 2006-09-19 at 19:48 +0100, Richard Hughes wrote: >> On Tue, 2006-09-19 at 20:13 +0200, Till Maas wrote: >> > On Tuesday 19 September 2006 18:14, Kevin Fenzi wrote: >> > >> > > I have a T42p with a 9600 in it. >> > > It works great on suspend/resume, but you must add: >> > > >> > > acpi_sleep=s3_bios >> > >> > Or you can do this: >> > "echo -n 1 > /proc/sys/kernel/acpi_video_flags" >> >> With a new version of pm-utils and my hal patch[1], all this would just >> work: >> >> >> >> >> > type="strlist">video_adapter_pm >> true >> true >> >> >> >> When FC6 is released, I hope we can start working on full pm-utils >> integration for suspend and resume. > > Right. I want this to be in HAL 0.5.9 scheduled for release in December > 2006. There's a few things we need to fix (cause this is a bunch of > data), for example the "HAL parses 10 million XML files" issue that > davej so eloquently pointed out in his blog and at OLS :-) > > But that's more on topic for the HAL list. > > David > > > > > > ------------------------------ > > Message: 11 > Date: Tue, 19 Sep 2006 15:10:36 -0400 > From: Bill Nottingham > Subject: Re: todays rawhide segfaults ipv6 > To: Development discussions related to Fedora Core > > Message-ID: <20060919191036.GC9215 at nostromo.devel.redhat.com> > Content-Type: text/plain; charset=us-ascii > > Louis Garcia (louisg00 at bellsouth.net) said: >> ipv6 segfaults while booting and shutting down. As the kernel has not >> been updated this might be a userland problem. > > It is, will be fixed tomorrow. > > Bill > > > > ------------------------------ > > Message: 12 > Date: Tue, 19 Sep 2006 12:18:59 -0700 > From: "Ian Burrell" > Subject: Re: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? > (Was: Yum upgrade?) > To: "Development discussions related to Fedora Core" > > Message-ID: > > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 9/19/06, alan wrote: >> On Tue, 19 Sep 2006, Rahul wrote: >> > >> > Thats strange because system-config-mouse was dropped before FC5 >> > release. >> > >> > http://fedora.redhat.com/docs/release-notes/fc5/#id2947593 >> >> Probably left over from the upgrade from FC4 to FC5. >> >> This is going to bite anyone who upgrades FC4->FC5->FC6. >> > > Then you need to remove it first. One downside of the yum upgrade is > that it does not remove obsolete packages. After I do a yum upgrade, > I always do a "yum list extras" and remove the obsoleted packages. > And it much safer to remove and reinstall packages from third-party > repositories. > > - Ian > > > > ------------------------------ > > Message: 13 > Date: Tue, 19 Sep 2006 12:37:45 -0700 > From: "Ian Burrell" > Subject: development-source repository broken > To: "Development discussions related to Fedora Core" > > Message-ID: > > Content-Type: text/plain; charset=UTF-8; format=flowed > > The repodata for the development-source repository has gone missing. > Where would I report the bug? > > This causes "yumdownload -e development-source --source" to fail. > http://download.fedora.redhat.com/pub/fedora/linux/core/development/source/ > has no repodata directory. > > Also, the rawhide fedora-development.repo uses > mirrorlist=http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide-source&arch=$basearch > which responds with: "no repository available for repo rawhide-source". > > - Ian > > > > ------------------------------ > > Message: 14 > Date: Tue, 19 Sep 2006 21:40:03 +0200 > From: Till Maas > Subject: Re: wake-up from suspend > To: richard at hughsie.com, Development discussions related to Fedora > Core > Message-ID: <200609192140.11015.opensource at till.name> > Content-Type: text/plain; charset="utf-8" > > On Tuesday 19 September 2006 20:48, Richard Hughes wrote: > >> > ^^^^ ^^^^ >> > ^^^^ >> > ^^^^^^^^^^^^ > Is the comment really for the commented data? > >> When FC6 is released, I hope we can start working on full pm-utils >> integration for suspend and resume. > > What are the advantages of pm-utils against s2ram, s2disk and s2both? Will > there be support for suspending to cryptsetup-luks encrypted swap? Or is > this > something another package must take care of? > > Regards, > Till > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: not available > Type: application/pgp-signature > Size: 189 bytes > Desc: not available > Url : > https://www.redhat.com/archives/fedora-devel-list/attachments/20060919/e5b4e448/attachment.bin > > ------------------------------ > > Message: 15 > Date: Tue, 19 Sep 2006 21:10:41 +0100 > From: Richard Hughes > Subject: Re: wake-up from suspend > To: Development discussions related to Fedora Core > > Cc: richard at hughsie.com > Message-ID: <1158696641.4647.4.camel at hughsie-laptop.localdomain> > Content-Type: text/plain > > On Tue, 2006-09-19 at 21:40 +0200, Till Maas wrote: >> On Tuesday 19 September 2006 20:48, Richard Hughes wrote: >> >> > >> ^^^^ ^^^^ >> > >> ^^^^ >> > >> ^^^^^^^^^^^^ >> Is the comment really for the commented data? > > Hmm. I see what you mean. I've just converted the data from the suspend > project so there may be typos like this. > >> > When FC6 is released, I hope we can start working on full pm-utils >> > integration for suspend and resume. >> >> What are the advantages of pm-utils against s2ram, s2disk and s2both? >> Will >> there be support for suspending to cryptsetup-luks encrypted swap? Or is >> this >> something another package must take care of? > > pm-utils is basically a way of doing "stuff" before and after a suspend > or hibernate. > > See http://hughsient.livejournal.com/764.html for a description of what > it does. I'm pretty sure the actual mechanism for suspending can > switched, but I'm not sure about that. > > Richard. > > > > > ------------------------------ > > Message: 16 > Date: Tue, 19 Sep 2006 16:15:59 -0600 > From: Orion Poplawski > Subject: Re: cups daemon not starting with test3 > To: fedora-devel-list at redhat.com > Message-ID: > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Louis Garcia wrote: >> >> My /etc/hosts file is: >> >> # Do not remove the following line, or various programs >> # that require network functionality will fail. >> ::1 soncomputer localhost.localdomain localhost >> >> shouldn't the localhost be 127.0.0.1 ? >> > > Well, that's the ipv6 loopback, but there should be another nearly > identical line with 127.0.0.1 as well. > > -- > Orion Poplawski > System Administrator 303-415-9701 x222 > NWRA/CoRA Division FAX: 303-415-9702 > 3380 Mitchell Lane orion at cora.nwra.com > Boulder, CO 80301 http://www.cora.nwra.com > > > > ------------------------------ > > Message: 17 > Date: Wed, 20 Sep 2006 01:00:47 +0000 (UTC) > From: Kevin Kofler > Subject: Re: Anyone working on kdelibs4 snapshot packages for > developers? > To: fedora-devel-list at redhat.com > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Rex Dieter math.unl.edu> writes: >> I can help out. We can host these packages on >> http://kde-redhat.sourceforge.net/ >> (in the "unstable" repo prolly) > > Thanks. > >> Don't have a distributed buildsystem yet (ie, haven't gotten plague >> working >> yet), so atm, I'll have to manually queue srpm's to mock. > > OK. > >> Other than that, my participation/help will most likely be minimal (for >> awhile anyway), got a pretty full plate. > > Yeah, I know how that feels... I've got way too much stuff to do too, so I > don't promise I'll get anywhere (also considering that the KDE builds I'll > have > to do to test my specfiles probably take hours on my slow computer). > > I must say I'm also worried about getting flooded with questions like > this: > http://dot.kde.org/1158239585/1158694433/ > > Kevin Kofler > > > > ------------------------------ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > End of fedora-devel-list Digest, Vol 31, Issue 44 > ************************************************* From rdieter at math.unl.edu Wed Sep 20 11:54:48 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 20 Sep 2006 06:54:48 -0500 Subject: Cross-compilers. References: <1153656919.29989.74.camel@shinybook.infradead.org> <1158516620.24527.260.camel@pmac.infradead.org> <450E0746.4090509@redhat.com> <1158562684.24527.288.camel@pmac.infradead.org> <1158565648.5044.7.camel@mccallum.corsepiu.local> <1158566231.24527.308.camel@pmac.infradead.org> <1158567785.5044.21.camel@mccallum.corsepiu.local> <1158569816.24527.322.camel@pmac.infradead.org> <1158592991.5044.72.camel@mccallum.corsepiu.local> <1158596183.5044.98.camel@mccallum.corsepiu.local> <1158599697.5044.119.camel@mccallum.corsepiu.local> <1158663455.5044.187.camel@mccallum.corsepiu.local> <45109F0D.8070400@math.unl.edu> <1158725725.5044.326.camel@mccallum.corsepiu.local> Message-ID: Ralf Corsepius wrote: > On Tue, 2006-09-19 at 20:53 -0500, Rex Dieter wrote: >> So what do you suggest? drop both --build/--target? > > Dropping --target. > > Dropping --target from %configure should be pretty safe, because only > very few packages really use it and even less really need it. It will > definitely break some (broken) packages, but the number being affected > should be very small and finite. Thanks, I'll go test a few pkgs dropping --target and see how it does (*crosses fingers*). Do you know any current/open bugzilla's on this topic? -- Rex From paul at permanentmail.com Wed Sep 20 13:15:53 2006 From: paul at permanentmail.com (Paul Dickson) Date: Wed, 20 Sep 2006 06:15:53 -0700 Subject: Python 2.5 and FC6 Message-ID: <20060920061553.dfff765f.paul@permanentmail.com> Is it too late for Python 2.5 (released yesterday) to be in FC6? -Paul From rdieter at math.unl.edu Wed Sep 20 13:22:10 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 20 Sep 2006 08:22:10 -0500 Subject: Python 2.5 and FC6 References: <20060920061553.dfff765f.paul@permanentmail.com> Message-ID: Paul Dickson wrote: > Is it too late for Python 2.5 (released yesterday) to be in FC6? Hmm... fc6 in (feature) freeze... many core/config modules (anaconda, system-config-*) depend on python... Sure, let's upgrade it! Oh wait, you want a *working* os? (: -- Rex From stickster at gmail.com Wed Sep 20 14:01:02 2006 From: stickster at gmail.com (Paul W. Frields) Date: Wed, 20 Sep 2006 10:01:02 -0400 Subject: Release Notes freeze for FC6 Message-ID: <1158760862.10989.9.camel@localhost.localdomain> Release notes will be frozen on the wiki for translation this Saturday, 23 September 2006. Any content not updated there will not be translated, and will not be in the FC6 final ISO spin. Please make your updates by Friday 22 September 2006 at 2359 UTC to ensure they are available to FC6 users. http://fedoraproject.org/wiki/DocsProject/Schedule Content will be unfrozen following the XML conversion and release to the Translation Project. At that time, you may again make changes to the wiki, but these changes will *NOT* be in the ISO or FC6 final release. They will be published on the Web as an errata release. This Web page is linked prominently from the top of the Release Notes included in the FC6 ISO spin. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 sundaram at fedoraproject.org Wed Sep 20 14:24:19 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 20 Sep 2006 19:54:19 +0530 Subject: fedora-devel-list Digest, Vol 31, Issue 44 In-Reply-To: <003101c6dca2$f49b7800$6401a8c0@blackbox> References: <20060920010125.99EDE73083@hormel.redhat.com> <003101c6dca2$f49b7800$6401a8c0@blackbox> Message-ID: <45114F13.1010206@fedoraproject.org> Bob wrote: > Please don't send anymore of this This is not a way to unsubscribe. See footer. >> > fedora-devel-list mailing list >> fedora-devel-list at redhat.com >> https://www.redhat.com/mailman/listinfo/fedora-devel-list >> >> End of fedora-devel-list Digest, Vol 31, Issue 44 >> ************************************************* > Rahul From buildsys at redhat.com Wed Sep 20 15:47:19 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 20 Sep 2006 11:47:19 -0400 Subject: rawhide report: 20060920 changes Message-ID: <200609201547.k8KFlJu9013137@hs20-bc2-6.build.redhat.com> Updated Packages: audit-1.2.7-2 ------------- * Mon Sep 18 2006 Steve Grubb 1.2.7-1 - Fix logging messages to use addr if passed. - Apply patches from Tony Jones correcting no kernel support messages - Updated syscall tables for 2.6.18 kernel - Remove deprecated functions: audit_log, audit_log_avc, audit_log_if_enabled - Disallow syscall auditing on exclude list - Improve time handling in ausearch and aureport (#191394) - Attempt to reconstruct full path from relative for searching authconfig-5.3.7-1 ------------------ * Tue Sep 19 2006 Tomas Mraz - 5.3.7-1 - improve PAM setup for smart card login - support smart card login with kerberos (PKINIT) - add pam_pkcs11 to password PAM stack compiz-0.0.13-0.27.20060817git.fc6 ---------------------------------- * Tue Sep 19 2006 Soren Sandmann - 0.0.13-0.27.20060817git.fc6 - Change .plane patch to (a) not set the background color to pink in the plane plugin. (b) allow workspaces with horizontal sizes less then 4. * Mon Sep 18 2006 Soren Sandmann - 0.0.13-0.26.20060817git.fc6 - Change plane patch to correctly initialize the screen size to the defaults (bug 206088). * Mon Sep 18 2006 Soren Sandmann - Run update-desktop-database and gtk-update-icon-cache in post. Add icons to list of packaged files. Also bump to 0.6.137 of dialog (which just makes directories before attempting to install to them). control-center-1:2.16.0-5.fc6 ----------------------------- * Tue Sep 19 2006 John (J5) Palmieri - 2.16.0-5 - Update the Orca patch * Tue Sep 19 2006 John (J5) Palmieri - 2.16.0-4 - Add a patch to start/stop and configure Orca from the accessibilities capplet dbus-0.93-2.fc6 --------------- * Tue Sep 19 2006 Matthias Clasen - 0.93-2 - Add a Requires for libxml2-python (#201877) * Thu Sep 14 2006 John (J5) Palmieri - 0.93-1 - Updated from upstream D-Bus 1.0 RC 1 (0.93) * Wed Sep 06 2006 Dan Walsh - 0.92-2 - Only audit on the system bus desktop-printing-0.19-14.fc6 ---------------------------- * Wed Sep 20 2006 Matthias Clasen - 0.19-14 - Support transparent panels (#207183) eclipse-1:3.2.0-6.fc6 --------------------- * Mon Sep 11 2006 Ben Konrath 3.2.0-6 - Update swt-firefox patch and remove libswt-xpcom patch (rh bug # 200929). - Re-work files list to match upstream and remove rebuild-sdk-features (rh bug # 205933). esc-1.0.0-12.fc6 ---------------- * Sat Sep 16 2006 Jack Magne - 1.0.0-12 - Fix for Password Reset and minor UI revision. * Fri Sep 15 2006 Jack Magne - 1.0.0-11 - Further UI enhancement bug fixes evolution-2.8.0-4.fc6 --------------------- * Tue Sep 19 2006 Matthew Barnes - 2.8.0-4.fc6 - Bump eds_version to 1.8.0. * Wed Sep 13 2006 Matthew Barnes - 2.8.0-3.fc6 - Add patch for RH bug #161885. * Wed Sep 13 2006 Matthew Barnes - 2.8.0-2.fc6 - Add patch for RH bug #201307. evolution-data-server-1.8.0-4.fc6 --------------------------------- * Sat Sep 16 2006 Matthew Barnes - 1.8.0-4.fc6 - Add patch for RH bug #205187 (crash on startup). * Fri Sep 15 2006 Matthew Barnes - 1.8.0-3.fc6 - Revise patch for RH bug #198935 to eliminate a race condition. firefox-1.5.0.7-3.fc6 --------------------- * Mon Sep 18 2006 Christopher Aillon 1.5.0.7-3 - Bring back the gre files for embeddors * Thu Sep 14 2006 Christopher Aillon 1.5.0.7-2 - Update default bookmarks for FC6 gdm-1:2.16.0-8.fc6 ------------------ * Tue Sep 19 2006 Ray Strode - 1:2.16.0-8.fc6 - Add as_IN, si_LK to language list (bug 203917) * Mon Sep 18 2006 Ray Strode - 1:2.16.0-7.fc6 - fix a problem recently introduced in the smart card forking code * Mon Sep 18 2006 Ray Strode - 1:2.16.0-6.fc6 - fix a problem recently introduced in the smart card driver loading code (bug 206882) glibc-2.4.90-33 --------------- * Fri Sep 15 2006 Jakub Jelinek 2.4.90-33 - fix dlclose (#206639) - don't load platform optimized libraries if kernel doesn't set AT_PLATFORM - fix ppc{32,64} libSegFault.so - use -mtune=generic even for glibc-devel.i386 (#206437) - fix /lib/librt.so.1 symlink * Fri Sep 15 2006 Jakub Jelinek 2.4.90-32 - on ppc* use just AT_PLATFORM and altivec AT_HWCAP bit for library selection - fix lrintl and lroundl on ppc{,64} - use hidden visibility on fstatat{,64} and mknodat in libc_nonshared.a * Sun Sep 10 2006 Jakub Jelinek 2.4.90-31 - fix pthread_cond_{,timed}wait cancellation (BZ#3123) - fix lrint on ppc32 (BZ#3155) - fix malloc allocating more than half of address space (BZ#2775) - fix mktime on 32-bit arches a few years after 2038 (BZ#2821) gnome-panel-2.16.0-3.fc6 ------------------------ * Tue Sep 19 2006 Matthias Clasen - 2.16.0-3.fc6 - Fix some directory ownership issues - Add a %preun to uninstall gconf schemas - Require hicolor-icon-theme (#204237) * Mon Sep 18 2006 Soren Sandmann - 2.16.0-2.fc6 - Add patch to make the pager preference box deal with viewports when compiz is running. (Bug 205905). gnome-screensaver-2.16.0-5.fc6 ------------------------------ * Mon Sep 18 2006 Ray Strode - 2.16.0-5.fc6 - fix problem in smart card forking code * Mon Sep 18 2006 Ray Strode - 2.16.0-4.fc6 - fix problem in driver loading code gnome-vfs2-2.16.0-3.fc6 ----------------------- * Tue Sep 19 2006 Matthias Clasen - 2.16.0-3 - Prevent excessive warnings when dbus is not available (#207121) * Tue Sep 19 2006 Alexander Larsson - 2.16.0-2 - Backport fixes from cvs: - Fix crash on shutdown (gnome bug 347470) - Import gtk+ fixes to xdgmime gtk2-2.10.3-7.fc6 ----------------- * Tue Sep 19 2006 Matthias Clasen - 2.10.3-7 - Fix issues with auth dialogs in the file chooser * Wed Sep 13 2006 Matthias Clasen - 2.10.3-6 - Don't spew a warning if libbeagle is not installed * Wed Sep 13 2006 Matthias Clasen - 2.10.3-5 - Make color picker work with window groups initscripts-8.41-1 ------------------ * Tue Sep 19 2006 Bill Nottingham 8.41-1 - fix network ipv6 hang (#207137, others) - rc.sysinit: change blkid.tab path to /etc/blkid/blkid.tab - rename_device: reset DEVPATH also when renaming (#206884, ) - sysconfig.txt: clarify onboot/onparent usage kudzu-1.2.55-1 -------------- * Tue Sep 19 2006 Bill Nottingham - 1.2.55-1 - don't remove lock file on stop, so that we only run once on boot (ideally, move to rcS.d) (#184944) libgpg-error-1.4-1 ------------------ * Mon Sep 18 2006 Bill Nottngham - 1.4-1 - update to 1.4 - don't ship lisp bindings nautilus-2.16.0-4.fc6 --------------------- * Tue Sep 19 2006 Alexander Larsson - 2.16.0-4 - Support changing selinux contexts (#204030) ncompress-4.2.4-46 ------------------ * Tue Sep 19 2006 Peter Vrabec 4.2.4-46 - fix endian problem (#207001) orca-1.0.0-3.fc6 ---------------- * Tue Sep 19 2006 John (J5) Palmieri - 1.0.0-3 - Add patch to shutdown orca * Tue Sep 19 2006 John (J5) Palmieri - 1.0.0-2 - Add requirements on gnome-mag and newer version of control-center - remove .desktop file and make control-center start and configure orca policycoreutils-1.30.29-3 ------------------------- * Mon Sep 18 2006 Dan Walsh 1.30.29-3 - Add translations - Fix audit2allow -l * Thu Sep 14 2006 Dan Walsh 1.30.29-2 - Rebuild scim-bridge-0.4.5-2.fc6 ----------------------- * Tue Sep 19 2006 Jens Petersen - 0.4.5-2 - turn off qtimm by default with build switch (#207076) * Mon Sep 18 2006 Jens Petersen - 0.4.5-1 - update to 0.4.5 bugfix release (#205098, #205699) - remove dist tag from scim requires (#204154) selinux-policy-2.3.14-6 ----------------------- * Tue Sep 19 2006 Dan Walsh 2.3.14-6 - Fixes to make pppd work * Tue Sep 19 2006 Dan Walsh 2.3.14-4 - Multiple policy fixes - Change max categories to 1023 * Sat Sep 16 2006 Dan Walsh 2.3.14-3 - Fix transition on mcstransd Broken deps for ppc64 ---------------------------------------------------------- orca - 1.0.0-3.fc6.ppc64 requires gnome-mag Broken deps for i386 ---------------------------------------------------------- orca - 1.0.0-3.fc6.i386 requires gnome-mag Broken deps for x86_64 ---------------------------------------------------------- orca - 1.0.0-3.fc6.x86_64 requires gnome-mag Broken deps for ppc ---------------------------------------------------------- orca - 1.0.0-3.fc6.ppc requires gnome-mag Broken deps for s390 ---------------------------------------------------------- orca - 1.0.0-3.fc6.s390 requires gnome-mag Broken deps for s390x ---------------------------------------------------------- orca - 1.0.0-3.fc6.s390x requires gnome-mag Broken deps for ia64 ---------------------------------------------------------- orca - 1.0.0-3.fc6.ia64 requires gnome-mag From pertusus at free.fr Wed Sep 20 16:56:32 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 20 Sep 2006 18:56:32 +0200 Subject: java 1.5 in fedora? Message-ID: <20060920165632.GK2270@free.fr> Hello, Is there a support for java 1.5 in fedora? I follow a project which uses the java 1.5 interface with the use of generics that weren't used in java 1.4 (in TreeMap, for example). Is it possible in fedora? -- Pat From tromey at redhat.com Wed Sep 20 17:51:06 2006 From: tromey at redhat.com (Tom Tromey) Date: 20 Sep 2006 11:51:06 -0600 Subject: java 1.5 in fedora? In-Reply-To: <20060920165632.GK2270@free.fr> References: <20060920165632.GK2270@free.fr> Message-ID: >>>>> "Patrice" == Patrice Dumas writes: Patrice> Is there a support for java 1.5 in fedora? I follow a project Patrice> which uses the java 1.5 interface with the use of generics Patrice> that weren't used in java 1.4 (in TreeMap, for example). Is Patrice> it possible in fedora? Not with gcj yet. This will show up in FC 7. You can install some other VM that provides it though. Tom From bloch at verdurin.com Wed Sep 20 20:09:05 2006 From: bloch at verdurin.com (bloch at verdurin.com) Date: Wed, 20 Sep 2006 21:09:05 +0100 Subject: How to disable DRI Message-ID: <20060920200905.GK4308@bloch> Is there a way of disabling DRI when there's no 'Load "DRI"' statement to remove, as is the case in the new concise xorg.conf files? I've reported a bug with DRI and the radeon driver and am rather tired of using the VESA driver... Adam From ajackson at redhat.com Wed Sep 20 22:03:33 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 20 Sep 2006 18:03:33 -0400 Subject: How to disable DRI In-Reply-To: <20060920200905.GK4308@bloch> References: <20060920200905.GK4308@bloch> Message-ID: <4511BAB5.4020704@redhat.com> bloch at verdurin.com wrote: > Is there a way of disabling DRI when there's no 'Load "DRI"' statement > to remove, as is the case in the new concise xorg.conf files? > > I've reported a bug with DRI and the radeon driver and am rather tired > of using the VESA driver... Option "NoDRI" in the Device section for your card should fix that. If it doesn't, file a bug and I'll make it work. - ajax From kwade at redhat.com Wed Sep 20 22:25:46 2006 From: kwade at redhat.com (Karsten Wade) Date: Wed, 20 Sep 2006 15:25:46 -0700 Subject: Final release notes deadline - 23 Sep Wiki freeze Message-ID: <1158791146.2714.336.camel@erato.phig.org> The release notes Wiki for FC6 are frozen on 23 Sep. 23:59 UTC for translation and inclusion in the ISO. This is your last chance to get content into the actual ISO. http://fedoraproject.org/wiki/Docs/Beats See below for a complete list of all beats that have no content for FC6[1]. These beats are going to be *dropped* from the final release notes, so no heading or content will appear. If you have anything that needs to be in the release notes, now is the time. After that, 07 Oct. is the next snapshot of the Wiki for the Web-only release of the notes. The Web-only release is not guaranteed to be translated. If you have filed any bugs or sent email to relnotes at fedoraproject.org, etc., that content is going to be included in the next few days. Any bugs must block 197471[2]. Best idea is to just edit the Wiki. :) Thanks again to all contributors; we set the bar high and once again made the hurdle to produce the best release notes in all Linux. - Karsten [1] Beats with no new content for FC6: http://fedoraproject.org/wiki/Docs/Beats/Printing http://fedoraproject.org/wiki/Docs/Beats/Samba http://fedoraproject.org/wiki/Docs/Beats/Security http://fedoraproject.org/wiki/Docs/Beats/DatabaseServers http://fedoraproject.org/wiki/Docs/Beats/ServerTools http://fedoraproject.org/wiki/Docs/Beats/Xorg http://fedoraproject.org/wiki/Docs/Beats/FileServers http://fedoraproject.org/wiki/Docs/Beats/PackageChanges http://fedoraproject.org/wiki/Docs/Beats/SystemDaemons http://fedoraproject.org/wiki/Docs/Beats/Legacy http://fedoraproject.org/wiki/Docs/Beats/ArchSpecific/x86 http://fedoraproject.org/wiki/Docs/Beats/Networking [2] https://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=197471&hide_resolved=1fe -- Karsten Wade, RHCE, 108 Editor ^ Fedora Documentation Project Sr. Developer Relations Mgr. | fedoraproject.org/wiki/DocsProject quaid.108.redhat.com | gpg key: AD0E0C41 ////////////////////////////////// \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ -------------- 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 txtoth at gmail.com Wed Sep 20 22:53:18 2006 From: txtoth at gmail.com (Xavier Toth) Date: Wed, 20 Sep 2006 17:53:18 -0500 Subject: rpm build issues Message-ID: I downloaded the rawhide kernel sources and tried to make a i686 rpm. Following the instructions on http://fedora.redhat.com/docs/release-notes/fc6test2/ I ran 'rpmbuild -bp --target i686 kernel-2.6.spec' then copied configs/kernel-2.6.17-i686.config to .config and edited the Makefile changing EXTRAVERSION = -prep to EXTRAVERSION = -1.2647.fc6. I then did a 'make oldconfig' (unclear why this is necessary since the copied a prebuilt config file already) and then 'make rpm'. The result of the make is rpmbuild/RPMS/i386/kernel-2.6.171.2647.fc6-1.i386.rpm and there are several issues with this: 1) a i386 rpm was produced not a i686 rpm 2) the EXTRAVERSION losses its '-' and so is run up against the kernel version in the file name '2.6.171.2647.fc6' Are the instruction correct? Are these bugs in the build system? Ted From jacliburn at bellsouth.net Wed Sep 20 23:25:02 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Wed, 20 Sep 2006 18:25:02 -0500 Subject: rpm build/pa issues In-Reply-To: References: Message-ID: <4511CDCE.2060909@bellsouth.net> Xavier Toth wrote: > I downloaded the rawhide kernel sources and tried to make a i686 rpm. > Following the instructions on > http://fedora.redhat.com/docs/release-notes/fc6test2/ I ran 'rpmbuild > -bp --target i686 kernel-2.6.spec' then copied > configs/kernel-2.6.17-i686.config to .config and edited the Makefile > changing EXTRAVERSION = -prep to EXTRAVERSION = -1.2647.fc6. I then > did a 'make oldconfig' (unclear why this is necessary since the copied > a prebuilt config file already) and then 'make rpm'. The result of the > make is rpmbuild/RPMS/i386/kernel-2.6.171.2647.fc6-1.i386.rpm and > there are several issues with this: > 1) a i386 rpm was produced not a i686 rpm > 2) the EXTRAVERSION losses its '-' and so is run up against the kernel > version in the file name '2.6.171.2647.fc6' > > Are the instruction correct? Are these bugs in the build system? > > Ted > Despite what anyone on this list tells you to the contrary, the dash _will_ be removed when you run "make rpm". See ~/rpmbuild/BUILD/kernel-/linux-/scripts/package/Makefile at line 30. Also see this thread. https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00272.html So yes, the Release Notes are incorrect. You need to use a period, not a dash, in the EXTRAVERSION field if you intend to "make rpm". Jay From bloch at verdurin.com Wed Sep 20 23:44:17 2006 From: bloch at verdurin.com (bloch at verdurin.com) Date: Thu, 21 Sep 2006 00:44:17 +0100 Subject: How to disable DRI In-Reply-To: <4511BAB5.4020704@redhat.com> References: <20060920200905.GK4308@bloch> <4511BAB5.4020704@redhat.com> Message-ID: <20060920234417.GN4308@bloch> On Wed, 20 Sep 2006, Adam Jackson wrote: > bloch at verdurin.com wrote: > >Is there a way of disabling DRI when there's no 'Load "DRI"' statement > >to remove, as is the case in the new concise xorg.conf files? > > > >I've reported a bug with DRI and the radeon driver and am rather tired > >of using the VESA driver... > > Option "NoDRI" in the Device section for your card should fix that. If > it doesn't, file a bug and I'll make it work. > > Hmm. I've not seen the X hangs so far, though there is this in the log: (WW) RADEON(0): Option "NoDRI" is not used and according to the log direct rendering is enabled. Should I file a bug, then? From naoki at valuecommerce.com Thu Sep 21 01:50:55 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 21 Sep 2006 10:50:55 +0900 Subject: Kernel-xen problems, X dies shortly after boot. Message-ID: <1158803455.2650.7.camel@dragon.valuecommerce.ne.jp> kernel-xen under x86_64 crashes/hangs X for me: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207432 Anybody else seeing this? From bojan at rexursive.com Thu Sep 21 03:14:04 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Thu, 21 Sep 2006 03:14:04 +0000 (UTC) Subject: FC5->FC6T3 (DVD) upgrade dies. Time to consider test4? (Was: Yum upgrade?) References: <1158574220.2645.6.camel@shrek.rexursive.com> <1158580890.14311.13.camel@gilboa-work-dev> <1158631304.2545.12.camel@dragon.valuecommerce.ne.jp> <1158631729.2451.3.camel@scrappy.miketc.com> <62360.192.54.193.51.1158663698.squirrel@rousalka.dyndns.org> <4510161B.5020800@fedoraproject.org> <1158741216.2821.28.camel@enki.eridu> Message-ID: Paul Nasrat redhat.com> writes: > It's been fixed as of yesterday morning. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206913 > > You'll either have to wait for a new anaconda build and tree build or > use fc6t3 and an updates.img. If you want the latter let me know and > I'll put one up on people.redhat.com. Yes, this indeed did work. Thanks for the fix. However.... Upon reboot after the upgrade, I got presented with GRUB's "selected item cannot fit into memory". OK, probably some kind of a BIOS/HW issue which I latter solved by telling GRUB "uppermem 2000000" (this box has 2.5 GB or RAM), which made GRUB sane again. In the meantime, booted from the rescue CD, got my NIC working and ran "yum --exclude=orca update" to get myself synced with the development tree. First, rpm hung, so I had to remove /var/lib/rpm/__db* files. No worries, rpm --rebuilddb eventually fixed this. Then, on the second try of "yum --exclude=orca update", a segfault happened to yum (actually, probably python), which then left my RPM database in "duplicate" state. Any attempt to run anything after that would cause SELinux to go nuts (due to SELinux related packages that were out of sync, most likely) and eventually the kernel panicked (even after the reboot). All right, the selinux=0 boot option eventually worked around that and I got my updates done. Finally, I removed the duplicate RPMs by applying commands based on this page: https://lists.dulug.duke.edu/pipermail/yum/2004-November/005612.html Of course, because this is a multi arch machine (there are x86_64, i386, i686 and noarch packages present), one has to run: rpm -qa --qf '%{NAME}-%{VERSION}-%{RELEASE}.%{ARCH}\n' Instead of the generic rpm -qa in order to find real, per-arch duplicates. Anyhow, just letting the list know that upgrading an x86_64 system from FC5 to FC6T3 and eventually Rawhide can still be a bit of fun. -- Bojan From dwmw2 at infradead.org Thu Sep 21 06:46:01 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 21 Sep 2006 07:46:01 +0100 Subject: todays rawhide segfaults ipv6 In-Reply-To: <20060919191036.GC9215@nostromo.devel.redhat.com> References: <1158690680.2667.2.camel@soncomputer> <20060919191036.GC9215@nostromo.devel.redhat.com> Message-ID: <1158821161.24527.555.camel@pmac.infradead.org> On Tue, 2006-09-19 at 15:10 -0400, Bill Nottingham wrote: > Louis Garcia (louisg00 at bellsouth.net) said: > > ipv6 segfaults while booting and shutting down. As the kernel has not > > been updated this might be a userland problem. > > It is, will be fixed tomorrow. I couldn't get IPv6 to work at all. It did pick up an address with RA, and I could ping6 the host -- but it didn't seem to _know_ that it had picked up an address. And when I tried to configure it manually I still couldn't get it to either do DNS lookups or accept an IPv6 address longhand for the FTP server. How did you manage to use it -- or did it just segfault because you had it enabled, even though you were using Legacy IP for the install? -- dwmw2 From pnasrat at redhat.com Thu Sep 21 09:39:11 2006 From: pnasrat at redhat.com (Paul Nasrat) Date: Thu, 21 Sep 2006 10:39:11 +0100 Subject: Rawhide tree for 21 September 2006 Message-ID: <1158831551.32299.17.camel@enki.eridu> There was a problem in building the tree for today, we're investigating and will try and do a manual push later if possible. We apologise for any inconvenience Paul From stickster at gmail.com Thu Sep 21 12:03:29 2006 From: stickster at gmail.com (Paul W. Frields) Date: Thu, 21 Sep 2006 08:03:29 -0400 Subject: rpm build/pa issues In-Reply-To: <4511CDCE.2060909@bellsouth.net> References: <4511CDCE.2060909@bellsouth.net> Message-ID: <1158840209.15768.81.camel@localhost.localdomain> On Wed, 2006-09-20 at 18:25 -0500, Jay Cliburn wrote: > Xavier Toth wrote: > > I downloaded the rawhide kernel sources and tried to make a i686 rpm. > > Following the instructions on > > http://fedora.redhat.com/docs/release-notes/fc6test2/ I ran 'rpmbuild > > -bp --target i686 kernel-2.6.spec' then copied > > configs/kernel-2.6.17-i686.config to .config and edited the Makefile > > changing EXTRAVERSION = -prep to EXTRAVERSION = -1.2647.fc6. I then > > did a 'make oldconfig' (unclear why this is necessary since the copied > > a prebuilt config file already) and then 'make rpm'. The result of the > > make is rpmbuild/RPMS/i386/kernel-2.6.171.2647.fc6-1.i386.rpm and > > there are several issues with this: > > 1) a i386 rpm was produced not a i686 rpm > > 2) the EXTRAVERSION losses its '-' and so is run up against the kernel > > version in the file name '2.6.171.2647.fc6' > > > > Are the instruction correct? Are these bugs in the build system? > > > > Ted > > > > Despite what anyone on this list tells you to the contrary, the dash _will_ be > removed when you run "make rpm". > See ~/rpmbuild/BUILD/kernel-/linux-/scripts/package/Makefile at line 30. > > Also see this thread. > https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00272.html > > So yes, the Release Notes are incorrect. You need to use a period, not a dash, > in the EXTRAVERSION field if you intend to "make rpm". The Release Notes don't address specifically building a new kernel RPM. The typical Fedora-specific way for building the kernel AIUI would be to use rpmbuild and the specfile, as for other RPMs. Doing so makes EXTRAVERSION work as expected, and (when using --target=i686) generates the expected .i686.rpm kernel(s). I'll add a sentence or two to the Release Notes that discusses this. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 txtoth at gmail.com Thu Sep 21 12:41:59 2006 From: txtoth at gmail.com (Ted X Toth) Date: Thu, 21 Sep 2006 07:41:59 -0500 Subject: rpm build/pa issues In-Reply-To: <1158840209.15768.81.camel@localhost.localdomain> References: <4511CDCE.2060909@bellsouth.net> <1158840209.15768.81.camel@localhost.localdomain> Message-ID: <45128897.8050505@gmail.com> Paul W. Frields wrote: > On Wed, 2006-09-20 at 18:25 -0500, Jay Cliburn wrote: > >> Xavier Toth wrote: >> >>> I downloaded the rawhide kernel sources and tried to make a i686 rpm. >>> Following the instructions on >>> http://fedora.redhat.com/docs/release-notes/fc6test2/ I ran 'rpmbuild >>> -bp --target i686 kernel-2.6.spec' then copied >>> configs/kernel-2.6.17-i686.config to .config and edited the Makefile >>> changing EXTRAVERSION = -prep to EXTRAVERSION = -1.2647.fc6. I then >>> did a 'make oldconfig' (unclear why this is necessary since the copied >>> a prebuilt config file already) and then 'make rpm'. The result of the >>> make is rpmbuild/RPMS/i386/kernel-2.6.171.2647.fc6-1.i386.rpm and >>> there are several issues with this: >>> 1) a i386 rpm was produced not a i686 rpm >>> 2) the EXTRAVERSION losses its '-' and so is run up against the kernel >>> version in the file name '2.6.171.2647.fc6' >>> >>> Are the instruction correct? Are these bugs in the build system? >>> >>> Ted >>> >>> >> Despite what anyone on this list tells you to the contrary, the dash _will_ be >> removed when you run "make rpm". >> See ~/rpmbuild/BUILD/kernel-/linux-/scripts/package/Makefile at line 30. >> >> Also see this thread. >> https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00272.html >> >> So yes, the Release Notes are incorrect. You need to use a period, not a dash, >> in the EXTRAVERSION field if you intend to "make rpm". >> > > The Release Notes don't address specifically building a new kernel RPM. > The typical Fedora-specific way for building the kernel AIUI would be to > use rpmbuild and the specfile, as for other RPMs. Doing so makes > EXTRAVERSION work as expected, and (when using --target=i686) generates > the expected .i686.rpm kernel(s). I'll add a sentence or two to the > Release Notes that discusses this. > > Could you include them here now also, please? From buc at odusz.so-cdu.ru Thu Sep 21 13:21:20 2006 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 21 Sep 2006 17:21:20 +0400 Subject: traceroute lacks icmp support Message-ID: <451291D0.1000104@odu.neva.ru> FC5 has a replaced traceroute implementation, which unfortunately has no icmp support ("traceroute -I": the ability to send icmp echo packets instead of udp). The corresponding bugzilla ticket is #176587 . The icmp feature of traceroute is wide-used enough. To avoid an unexpected shock of the network admins, this issue should be mentioned in ReleaseNotes. I.e., please, mention some way in FC6's Release Notes that the current traceroute implementation temporarily lacks icmp support. Dmitry Butskoy http://www.fedoraproject.org/wiki/DmitryButskoy From rmo at sunnmore.net Thu Sep 21 13:30:47 2006 From: rmo at sunnmore.net (Roy-Magne Mo) Date: Thu, 21 Sep 2006 15:30:47 +0200 Subject: traceroute lacks icmp support In-Reply-To: <451291D0.1000104@odu.neva.ru> References: <451291D0.1000104@odu.neva.ru> Message-ID: <45129407.80903@sunnmore.net> Dmitry Butskoy wrote: > FC5 has a replaced traceroute implementation, which unfortunately has no > icmp support > ("traceroute -I": the ability to send icmp echo packets instead of > udp). The corresponding bugzilla ticket is #176587 > . > > The icmp feature of traceroute is wide-used enough. To avoid an > unexpected shock of the network admins, this issue should be mentioned > in ReleaseNotes. I do think this happened pre-FC5, so it's not a rawhide/FC6 issue. -- Roy-Magne Mo From buc at odusz.so-cdu.ru Thu Sep 21 14:52:26 2006 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Thu, 21 Sep 2006 18:52:26 +0400 Subject: traceroute lacks icmp support Message-ID: <4512A72A.4090208@odu.neva.ru> Roy-Magne Mo wrote: >I do think this happened pre-FC5, so it's not a rawhide/FC6 issue. > > Yep. But it was not mentioned in FC5's ReleaseNotes. Better later, than never... Many people using Fedora in production systems upgrade to FC5 just now (i.e., to skip "half-year of instability"). It can be a reason why this issue was not reported on pre-FC5 time. Surely it cannot be "back-ported" to FC5's ReleaseNotes :), but it is still possible at least for FC6 . Dmitry Butskoy From rob at choralone.org Thu Sep 21 14:53:53 2006 From: rob at choralone.org (Rob Andrews) Date: Thu, 21 Sep 2006 15:53:53 +0100 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. Message-ID: <20060921145352.GB10359@aphasia.badger.choralone.org> Hi, Since I don't have an i386 installation of Fedora, I am trying to build a set of i386 RPMs on my x86_64 machine using: rpmbuild --target=i386 --rebuild foo.src.rpm or rpmbuild --target=i386 -bb foo.spec However, it is expanding %{_libdir} to /usr/lib64. Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" for a quick fix, but I was under the impression that building i386 packages would have adjusted the path definitions accordingly. Thanks, rob. -- rob andrews :: pgp 0x01e00563 :: rob at choralone.org From paul at city-fan.org Thu Sep 21 15:00:45 2006 From: paul at city-fan.org (Paul Howarth) Date: Thu, 21 Sep 2006 16:00:45 +0100 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060921145352.GB10359@aphasia.badger.choralone.org> References: <20060921145352.GB10359@aphasia.badger.choralone.org> Message-ID: <4512A91D.8070800@city-fan.org> Rob Andrews wrote: > Hi, > > Since I don't have an i386 installation of Fedora, I am trying to build a > set of i386 RPMs on my x86_64 machine using: > > rpmbuild --target=i386 --rebuild foo.src.rpm > or > rpmbuild --target=i386 -bb foo.spec > > However, it is expanding %{_libdir} to /usr/lib64. > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > for a quick fix, but I was under the impression that building i386 packages > would have adjusted the path definitions accordingly. Try: $ setarch i386 rpmbuild ... I use setarch i386 to do builds in mock on a regular basis. Paul. From rc040203 at freenet.de Thu Sep 21 15:06:26 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Thu, 21 Sep 2006 17:06:26 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060921145352.GB10359@aphasia.badger.choralone.org> References: <20060921145352.GB10359@aphasia.badger.choralone.org> Message-ID: <1158851186.24566.118.camel@mccallum.corsepiu.local> On Thu, 2006-09-21 at 15:53 +0100, Rob Andrews wrote: > Hi, > > Since I don't have an i386 installation of Fedora, I am trying to build a > set of i386 RPMs on my x86_64 machine using: > > rpmbuild --target=i386 --rebuild foo.src.rpm > or > rpmbuild --target=i386 -bb foo.spec > > However, it is expanding %{_libdir} to /usr/lib64. > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > for a quick fix, but I was under the impression that building i386 packages > would have adjusted the path definitions accordingly. Bug in rpm. rpmbuild should set its macros according to --target, but it doesn't. Ralf From samfw at redhat.com Thu Sep 21 15:52:16 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Thu, 21 Sep 2006 11:52:16 -0400 Subject: multiple gnome sessions from same user Message-ID: <1158853936.14144.61.camel@samfw.rdu.redhat.com> Hi, I'm noticing that if I have a gnome session on my desktop and try to start vnc (which also uses gnome) as my same username, I get this error: gnome-session: you're already running a session manager iirc, in the past I would be able to open a second session as the same user. Is there a reason/explanation behind not allowing multiple sessions? Or have i configured something wrong? thanks, Sam From jos at xos.nl Thu Sep 21 16:10:20 2006 From: jos at xos.nl (Jos Vos) Date: Thu, 21 Sep 2006 18:10:20 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060921145352.GB10359@aphasia.badger.choralone.org>; from rob@choralone.org on Thu, Sep 21, 2006 at 03:53:53PM +0100 References: <20060921145352.GB10359@aphasia.badger.choralone.org> Message-ID: <20060921181020.A25467@xos037.xos.nl> On Thu, Sep 21, 2006 at 03:53:53PM +0100, Rob Andrews wrote: > Since I don't have an i386 installation of Fedora, I am trying to build a > set of i386 RPMs on my x86_64 machine using: > > rpmbuild --target=i386 --rebuild foo.src.rpm > or > rpmbuild --target=i386 -bb foo.spec > > However, it is expanding %{_libdir} to /usr/lib64. > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > for a quick fix, but I was under the impression that building i386 packages > would have adjusted the path definitions accordingly. Despite the technical issues with %_libdir, I think building i386 on x86_64 is doomed to fail at some point anyway, due to configure scripts finding the wrong libraries, etc. For simple packages it might work, but for more complex things I wouldn't bet on it... -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From davej at redhat.com Thu Sep 21 16:30:43 2006 From: davej at redhat.com (Dave Jones) Date: Thu, 21 Sep 2006 12:30:43 -0400 Subject: traceroute lacks icmp support In-Reply-To: <4512A72A.4090208@odu.neva.ru> References: <4512A72A.4090208@odu.neva.ru> Message-ID: <20060921163043.GH26145@redhat.com> On Thu, Sep 21, 2006 at 06:52:26PM +0400, Dmitry Butskoy wrote: > Roy-Magne Mo wrote: > > >I do think this happened pre-FC5, so it's not a rawhide/FC6 issue. > Yep. > But it was not mentioned in FC5's ReleaseNotes. Better later, than never... > > Many people using Fedora in production systems upgrade to FC5 just now > (i.e., to skip "half-year of instability"). It can be a reason why this > issue was not reported on pre-FC5 time. > Surely it cannot be "back-ported" to FC5's ReleaseNotes :), but it is > still possible at least for FC6 . The problem is we can't release note every change like this, or the release-notes would grow to such a size that no-one would read them. Personally I think they're already too big. Dave From notting at redhat.com Thu Sep 21 16:37:36 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Sep 2006 12:37:36 -0400 Subject: todays rawhide segfaults ipv6 In-Reply-To: <1158821161.24527.555.camel@pmac.infradead.org> References: <1158690680.2667.2.camel@soncomputer> <20060919191036.GC9215@nostromo.devel.redhat.com> <1158821161.24527.555.camel@pmac.infradead.org> Message-ID: <20060921163736.GC18249@nostromo.devel.redhat.com> David Woodhouse (dwmw2 at infradead.org) said: > How did you manage to use it -- or did it just segfault because you had > it enabled, even though you were using Legacy IP for the install? Dunno about the user, but the segfault was due to an accidental recursive script include. Bill From notting at redhat.com Thu Sep 21 16:43:27 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 21 Sep 2006 12:43:27 -0400 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060921145352.GB10359@aphasia.badger.choralone.org> References: <20060921145352.GB10359@aphasia.badger.choralone.org> Message-ID: <20060921164327.GG18249@nostromo.devel.redhat.com> Rob Andrews (rob at choralone.org) said: > Hi, > > Since I don't have an i386 installation of Fedora, I am trying to build a > set of i386 RPMs on my x86_64 machine using: > > rpmbuild --target=i386 --rebuild foo.src.rpm > or > rpmbuild --target=i386 -bb foo.spec > > However, it is expanding %{_libdir} to /usr/lib64. > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > for a quick fix, but I was under the impression that building i386 packages > would have adjusted the path definitions accordingly. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194123 Bill From ajackson at redhat.com Thu Sep 21 16:44:32 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 21 Sep 2006 12:44:32 -0400 Subject: How to disable DRI In-Reply-To: <20060920234417.GN4308@bloch> References: <20060920200905.GK4308@bloch> <4511BAB5.4020704@redhat.com> <20060920234417.GN4308@bloch> Message-ID: <4512C170.8000001@redhat.com> bloch at verdurin.com wrote: > On Wed, 20 Sep 2006, Adam Jackson wrote: > >> bloch at verdurin.com wrote: >>> Is there a way of disabling DRI when there's no 'Load "DRI"' statement >>> to remove, as is the case in the new concise xorg.conf files? >>> >>> I've reported a bug with DRI and the radeon driver and am rather tired >>> of using the VESA driver... >> Option "NoDRI" in the Device section for your card should fix that. If >> it doesn't, file a bug and I'll make it work. >> >> > > Hmm. I've not seen the X hangs so far, though there is this in the log: > > (WW) RADEON(0): Option "NoDRI" is not used > > and according to the log direct rendering is enabled. Should I file a > bug, then? Yes. I should have been more clear: if Option "NoDRI" doesn't disable direct rendering, it's a bug. - ajax From chris at tylers.info Thu Sep 21 16:48:58 2006 From: chris at tylers.info (Chris Tyler) Date: Thu, 21 Sep 2006 12:48:58 -0400 Subject: multiple gnome sessions from same user In-Reply-To: <20060921160004.A51DD736A2@hormel.redhat.com> References: <20060921160004.A51DD736A2@hormel.redhat.com> Message-ID: <1158857338.11049.100.camel@concord2.proximity.on.ca> On Thu, 2006-09-21 at 12:00 -0400, Sam Folk-Williams wrote: > Subject: multiple gnome sessions from same user > To: fedora-devel-list at redhat.com > Message-ID: <1158853936.14144.61.camel at samfw.rdu.redhat.com> > Content-Type: text/plain > > Hi, > > I'm noticing that if I have a gnome session on my desktop and try to > start vnc (which also uses gnome) as my same username, I get this > error: > > gnome-session: you're already running a session manager > > iirc, in the past I would be able to open a second session as the same > user. Is there a reason/explanation behind not allowing multiple > sessions? Or have i configured something wrong? > > thanks, > Sam Try unsetting SESSION_MANAGER before starting VNC. The same thing can happen when using Xnest. -- Chris Tyler http://chris.tylers.info From dominik at greysector.net Thu Sep 21 16:14:51 2006 From: dominik at greysector.net (Dominik 'Rathann' Mierzejewski) Date: Thu, 21 Sep 2006 18:14:51 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <1158851186.24566.118.camel@mccallum.corsepiu.local> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <1158851186.24566.118.camel@mccallum.corsepiu.local> Message-ID: <20060921161451.GB10979@rathann.pekin.waw.pl> On Thursday, 21 September 2006 at 17:06, Ralf Corsepius wrote: > On Thu, 2006-09-21 at 15:53 +0100, Rob Andrews wrote: > > Hi, > > > > Since I don't have an i386 installation of Fedora, I am trying to build a > > set of i386 RPMs on my x86_64 machine using: > > > > rpmbuild --target=i386 --rebuild foo.src.rpm > > or > > rpmbuild --target=i386 -bb foo.spec > > > > However, it is expanding %{_libdir} to /usr/lib64. > > > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > > for a quick fix, but I was under the impression that building i386 packages > > would have adjusted the path definitions accordingly. "setarch i686" is missing. > Bug in rpm. Not really. Use setarch. > rpmbuild should set its macros according to --target, but it doesn't. Are you sure that's the documented behaviour? Regards, R. -- Fedora Extras contributor http://fedoraproject.org/wiki/DominikMierzejewski MPlayer developer http://rpm.greysector.net/mplayer/ "Faith manages." -- Delenn to Lennier in Babylon 5:"Confessions and Lamentations" From dcbw at redhat.com Thu Sep 21 18:43:58 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 21 Sep 2006 14:43:58 -0400 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060921181020.A25467@xos037.xos.nl> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921181020.A25467@xos037.xos.nl> Message-ID: <1158864238.27546.6.camel@localhost.localdomain> On Thu, 2006-09-21 at 18:10 +0200, Jos Vos wrote: > On Thu, Sep 21, 2006 at 03:53:53PM +0100, Rob Andrews wrote: > > > Since I don't have an i386 installation of Fedora, I am trying to build a > > set of i386 RPMs on my x86_64 machine using: > > > > rpmbuild --target=i386 --rebuild foo.src.rpm > > or > > rpmbuild --target=i386 -bb foo.spec > > > > However, it is expanding %{_libdir} to /usr/lib64. > > > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > > for a quick fix, but I was under the impression that building i386 packages > > would have adjusted the path definitions accordingly. > > Despite the technical issues with %_libdir, I think building i386 > on x86_64 is doomed to fail at some point anyway, due to configure > scripts finding the wrong libraries, etc. This is _exactly_ why you want to use mock. Dan > For simple packages it might work, but for more complex things I > wouldn't bet on it... > > -- > -- Jos Vos > -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 > -- Amsterdam, The Netherlands | Fax: +31 20 6948204 > From buildsys at redhat.com Thu Sep 21 19:06:57 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 21 Sep 2006 15:06:57 -0400 Subject: rawhide report: 20060921 changes Message-ID: <200609211906.k8LJ6v99014174@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.99-1 -------------------- * Wed Sep 20 2006 Jeremy Katz - 11.1.0.99-1 - Fix CD stage2 + URL installs (clumens, #205571, #206072) - Remove hostap (clumens, #196334) - Fix input validation for manual network config (dcantrel, - More network UI improvements (dcantrel) - Fix upgrade tracebacks (pnasrat, #206913) - Improved zfcp code (#204145) - Format swap on ppc upgrades (pnasrat, #206523) - Fix network interface bringup (dcantrel, #206192, #200109) - Allow running anaconda with --target arch for stateless (#206881) - Improve iscsi and zfcp TUI and kickstart config avahi-0.6.11-6.fc6 ------------------ * Mon Sep 18 2006 Martin Stransky - 0.6.11-6 - added patch from #206445 - ia64: unaligned access errors seen during startup of avahi-daemon - removed unused patches beagle-0.2.10-2.fc6 ------------------- * Wed Sep 20 2006 Alexander Larsson - 0.2.10-2 - Actually exit when X dies * Wed Sep 20 2006 Alexander Larsson - 0.2.10-1 - Update to 0.2.10, remove backported fixes - This is a bugfix update that fixes a variety of bad bugs - No new features evolution-2.8.0-5.fc6 --------------------- * Wed Sep 20 2006 Matthew Barnes - 2.8.0-5.fc6 - Add patch for Gnome.org bug #356811 (lingering file on uninstall). * Tue Sep 19 2006 Matthew Barnes - 2.8.0-4.fc6 - Bump eds_version to 1.8.0. * Wed Sep 13 2006 Matthew Barnes - 2.8.0-3.fc6 - Add patch for RH bug #161885. evolution-data-server-1.8.0-8.fc6 --------------------------------- * Wed Sep 20 2006 Matthew Barnes - 1.8.0-8.fc6 - Revise patch for RH bug #198935 (fix a typo). * Wed Sep 20 2006 Matthias Clasen - 1.8.0-7.fc6 - Fix the timezone info for Jerusalem (#207161) * Wed Sep 20 2006 Matthew Barnes - 1.8.0-6.fc6 - Add patch for Gnome.org bug #356828 (lingering file on uninstall). fedora-logos-1.1.54-1.fc6 ------------------------- * Wed Sep 20 2006 Matthias Clasen - 1.1.54-1 - Update to themed lock dialog * Thu Sep 07 2006 Matthias Clasen - 1.1.53-1 - Update the syslinux splash * Thu Sep 07 2006 Matthias Clasen - 1.1.52-1 - Fix the colors in the grub splash firstboot-1.4.22-1 ------------------ * Wed Sep 20 2006 Chris Lumens 1.4.22-1 - Add help output to /etc/init.d/firstboot (#207043). - Fix a window manager warning (#206369). - Don't start up in English on CJKI installs (#206600). gsf-sharp-0.8.1-1.fc6 --------------------- * Wed Sep 20 2006 Alexander Larsson - 0.8.1-1.fc6 - Update to 0.8.1, fixes a leak that caused files to not be closed hsqldb-1:1.8.0.4-3jpp.2 ----------------------- * Wed Sep 20 2006 Steve Grubb 1:1.8.0.4-3jpp.2 - Apply patch correcting tmp file usage kernel-2.6.18-1.2679.fc6 ------------------------ * Wed Sep 20 2006 Dave Jones - 2.6.18 * Tue Sep 19 2006 Juan Quintela - xen update to 2.6.18-rc7-git4. * linux-2.6 changeset: 34288:3fa5ab23fee7 * linux-2.6-xen-fedora changeset: 36175:275f8c0b6342 * xen-unstable changeset: 11486:d8bceca5f07d * Tue Sep 19 2006 Dave Jones - 2.6.18rc7-git4 - Further lockdep fixes. (#207064) libsoup-2.2.96-3.fc6 -------------------- * Wed Sep 20 2006 Matthew Barnes - 2.2.96-3.fc6 - Add patch for Gnome.org bug #356809 (lingering file on uninstall). mesa-6.5.1-3.fc6 ---------------- * Wed Sep 20 2006 Kristian H??gsberg - 6.5.1-3.fc6 - Bump xorg-x11-proto-devel BuildRequires to 7.1-8 so we pick up the latest GLX_EXT_texture_from_pixmap opcodes. * Wed Sep 20 2006 Kristian H??gsberg - 6.5.1-2.fc6 - Remove mesa-6.5-drop-static-inline.patch. * Tue Sep 19 2006 Kristian H??gsberg 6.5.1-1.fc6 - Bump to 6.5.1 final release. - Drop libGLw subpackage, it is now in Fedora Extras (#188974) and tweak mesa-6.5.1-build-config.patch to not build libGLw. - Drop mesa-6.5.1-r300-smooth-line.patch, the smooth line fallback can now be prevented by enabling disable_lowimpact_fallback in /etc/drirc. - Drop mesa-6.4.1-radeon-use-right-texture-format.patch, now upstream. - Drop mesa-6.5-drop-static-inline.patch, workaround no longer necessary. mod_auth_kerb-5.1-2 ------------------- * Tue Sep 19 2006 Joe Orton 5.1-2 - update to 5.1 nfs-utils-1:1.0.9-7.fc6 ----------------------- * Wed Sep 20 2006 Karel Zak 1.0.9-7 - Added support for the mount -s (sloppy) option (#205038) - Added nfs.5 man page from util-linux - Added info about [u]mount.nfs to the package description * Mon Sep 11 2006 1.0.9-6 - Removed the compiling of getiversion and getkversion since UTS_RELEASE is no longer defined and these binary are not installed. pam_pkcs11-0.5.3-20 ------------------- * Mon Sep 18 2006 Robert Relyea 0.5.3-20 - Use pam_syslog rather than syslog (patch by Tmraz). - Signal to the user that change password is not supported by pam_pkcs11. * Thu Sep 14 2006 Robert Relyea 0.5.3-19 - Fix problem where pin was not being passed in the pam password variable correctly. Needed for Kerberos PKInit * Wed Sep 13 2006 Robert Relyea 0.5.3-18 - define those apps that we shouldn't login initially with (screen-savers) pcsc-lite-1.3.1-7 ----------------- * Thu Sep 14 2006 Bob Relyea - 1.3.1-7 - Incorporate patch from Ludovic to stop the pcsc daemon from unnecessarily waking up. pirut-1.1.16-1 -------------- * Tue Sep 19 2006 Jeremy Katz - 1.1.16-1 - Fix a traceback (#207067) - Fix refresh after installing (#207051) pykickstart-0.33-1 ------------------ * Wed Sep 20 2006 Jeremy Katz - 0.33-1 - improved iscsi syntax - allow multiple zfcp devs python-xeninst-0.93.0-1 ----------------------- * Wed Sep 20 2006 Jeremy Katz - 0.93.0-1 - Fix hvm network xm config (danpb) - Enable PAE with pae hvm hosts (danpb) - Fix hvm block backed cds (danpb) - Fix handling of block devs backed by vbds (danpb) - Ensure we're on a xen kernel (#205889) - Default to vncunused tsclient-0.148-3.fc6 -------------------- * Wed Sep 20 2006 Matthias Clasen - 0.148-3 - Don't include the applet, since it does not work (#206776) util-linux-2.13-0.42 -------------------- * Wed Sep 20 2006 Karel Zak 2.13-0.42 - remove obsolete NFS code and patches (we use /sbin/mount.nfs and /sbin/umount.nfs from nfs-utils now) - move nfs.5 to nfs-utils xinetd-2:2.3.14-7 ----------------- * Wed Sep 20 2006 Steve Grubb 2:2.3.14-7 - Revised labeled networking patch to not allow redirection xorg-x11-drv-sis-0.9.1-6 ------------------------ * Wed Sep 20 2006 Adam Jackson 0.9.1-6 - sis-0.9.1-assert.patch: Include assert.h so we don't crash. * Thu Aug 17 2006 Bill Nottingham 0.9.1-5 - fix sis.xinf for XGI (case sensitive) * Mon Jul 24 2006 Adam Jackson 0.9.1-4 - Update sis.xinf for XGI cards. (#186024) xorg-x11-drv-vesa-1.2.1-3 ------------------------- * Tue Sep 19 2006 Adam Jackson 1.2.1-3 - vesa-1.2.1-fix-shadowfb.patch: Fix massive performance regression relative to FC5. xorg-x11-drv-via-0.2.1-5 ------------------------ * Wed Sep 20 2006 Adam Jackson 0.2.1-5 - via-0.2.1-assert.patch: include assert.h so we don't crash at runtime. xorg-x11-proto-devel-7.1-8.fc6 ------------------------------ * Wed Sep 20 2006 Kristian H??gsberg - 7.1-8.fc6 - Update to 1.4.8 to get the finaly update of GLX_EXT_tfp opcodes. xorg-x11-server-1.1.1-40.fc6 ---------------------------- * Wed Sep 20 2006 Adam Jackson 1.1.1-40.fc6 - xorg-x11-server-1.1.1-pclose-confusion.patch: Be sure to call Pclose() on pipes created with Popen(), since the additional magic done by Popen() relative to popen() is not undone by plain pclose(). (Third base!) - xorg-x11-server-1.1.1-edid-hex-dump.patch: Backport EDID hex dump code from git. * Wed Sep 20 2006 Kristian H??gsberg 1.1.1-39.fc6 - Bump xorg-x11-proto-devel BuildRequires version and add Conflict line for older mesa releases, so GLX_EXT_texture_from_pixmap opcodes match. * Thu Sep 07 2006 Adam Jackson - 1.1.1-38.fc6 - xorg-x11-server-1.1.1-believe-monitor-rb-modes.patch: Always believe the monitor when it reports a reduced-blanking mode, even over VGA. Broken deps for ppc ---------------------------------------------------------- orca - 1.0.0-3.fc6.ppc requires gnome-mag Broken deps for i386 ---------------------------------------------------------- orca - 1.0.0-3.fc6.i386 requires gnome-mag Broken deps for ppc64 ---------------------------------------------------------- orca - 1.0.0-3.fc6.ppc64 requires gnome-mag Broken deps for x86_64 ---------------------------------------------------------- orca - 1.0.0-3.fc6.x86_64 requires gnome-mag Broken deps for ia64 ---------------------------------------------------------- orca - 1.0.0-3.fc6.ia64 requires gnome-mag Broken deps for s390 ---------------------------------------------------------- orca - 1.0.0-3.fc6.s390 requires gnome-mag Broken deps for s390x ---------------------------------------------------------- orca - 1.0.0-3.fc6.s390x requires gnome-mag From rob at choralone.org Thu Sep 21 20:06:18 2006 From: rob at choralone.org (Rob Andrews) Date: Thu, 21 Sep 2006 21:06:18 +0100 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060921164327.GG18249@nostromo.devel.redhat.com> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921164327.GG18249@nostromo.devel.redhat.com> Message-ID: <20060921200618.GA13502@aphasia.badger.choralone.org> On 21-Sep-2006 17:43.27 (BST), Bill Nottingham wrote: > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > > for a quick fix, but I was under the impression that building i386 packages > > would have adjusted the path definitions accordingly. > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=194123 Ah. I'll go and get the "check bugzilla before asking" stick and hit myself with it. Thanks. -- rob andrews :: pgp 0x01e00563 :: rob at choralone.org From bloch at verdurin.com Thu Sep 21 21:44:19 2006 From: bloch at verdurin.com (bloch at verdurin.com) Date: Thu, 21 Sep 2006 22:44:19 +0100 Subject: How to disable DRI In-Reply-To: <4512C170.8000001@redhat.com> References: <20060920200905.GK4308@bloch> <4511BAB5.4020704@redhat.com> <20060920234417.GN4308@bloch> <4512C170.8000001@redhat.com> Message-ID: <20060921214419.GR4308@bloch> On Thu, 21 Sep 2006, Adam Jackson wrote: > >Hmm. I've not seen the X hangs so far, though there is this in the log: > > > >(WW) RADEON(0): Option "NoDRI" is not used > > > >and according to the log direct rendering is enabled. Should I file a > >bug, then? > > Yes. I should have been more clear: if Option "NoDRI" doesn't disable > direct rendering, it's a bug. > Posted as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207614 From naoki at valuecommerce.com Fri Sep 22 00:37:07 2006 From: naoki at valuecommerce.com (Naoki) Date: Fri, 22 Sep 2006 09:37:07 +0900 Subject: rawhide: 20060921 - problems. Message-ID: <45133033.6090408@valuecommerce.com> Problems with latest rawhide Nautilus doesn't run... Nothing on console, this from GDB. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912502734496 (LWP 3686)] 0x0000003084a353c1 in gtk_widget_show () from /usr/lib64/libgtk-x11-2.0.so.0 (gdb) bt #0 0x0000003084a353c1 in gtk_widget_show () from /usr/lib64/libgtk-x11-2.0.so.0 #1 0x0000000000000000 in ?? () Evolution doesn't run.... From the console : $ evolution CalDAV Eplugin starting up ... (evolution:3392): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Tasks_Component:2.8': g_module_open of `/usr/$LIB/evolution/2.8/components/libevolution-calendar.so' failed with `/usr/lib64/evolution/2.8/components/libevolution-calendar.so: invalid ELF header' ** (bug-buddy:3396): WARNING **: Couldn't load icon for Default Printer ** (bug-buddy:3396): WARNING **: Couldn't load icon for Open Folder Error while mapping shared library sections: "/usr/lib64/evolution/2.8/components/libevolution-addressbook.so": not in executable format: File format not recognized. Error while reading shared library symbols: "/usr/lib64/evolution/2.8/components/libevolution-addressbook.so": can't read symbols: File format not recognized. Error while reading shared library symbols: "/usr/lib64/evolution/2.8/components/libevolution-addressbook.so": can't read symbols: File format not recognized. From GDB : (no debugging symbols found) CalDAV Eplugin starting up ... (evolution:3693): evolution-shell-WARNING **: Cannot activate 'OAFIID:GNOME_Evolution_Tasks_Component:2.8': g_module_open of `/usr/$LIB/evolution/2.8/components/libevolution-calendar.so' failed with `/usr/lib64/evolution/2.8/components/libevolution-calendar.so: invalid ELF header' Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912535811984 (LWP 3693)] 0x000000307e006525 in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 (gdb) bt #0 0x000000307e006525 in _dl_map_object_from_fd () from /lib64/ld-linux-x86-64.so.2 #1 0x2e656e2e65637265 in ?? () #2 0x000000000000706a in ?? () #3 0x00000030808717c0 in ?? () from /lib64/libglib-2.0.so.0 #4 0x000000307e74a980 in __after_morecore_hook () from /lib64/libc.so.6 #5 0x0000000000000020 in ?? () #6 0x00007fff7284dea0 in ?? () #7 0xffffffff006434f0 in ?? () #8 0x0000000000000000 in ?? () And lastly I can't do a full update due to repository errors... firstboot-1.4.22-1.noarch.rpm: [Errno -1] Package does not match checksum firstboot-1.4.22-1.noarch.rpm: [Errno 9] Requested Range Not Satisfiable libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno -1] Package does not match checksum libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno 9] Requested Range Not Satisfiable And the same for beagle-gui & beagle However, the good news is that kernel-xen is now booting under SMP x86_64 and seems (so far, give me some time) stable! From rc040203 at freenet.de Fri Sep 22 01:30:52 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Sep 2006 03:30:52 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060921161451.GB10979@rathann.pekin.waw.pl> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <1158851186.24566.118.camel@mccallum.corsepiu.local> <20060921161451.GB10979@rathann.pekin.waw.pl> Message-ID: <1158888652.24566.123.camel@mccallum.corsepiu.local> On Thu, 2006-09-21 at 18:14 +0200, Dominik 'Rathann' Mierzejewski wrote: > On Thursday, 21 September 2006 at 17:06, Ralf Corsepius wrote: > > On Thu, 2006-09-21 at 15:53 +0100, Rob Andrews wrote: > > > Hi, > > > > > > Since I don't have an i386 installation of Fedora, I am trying to build a > > > set of i386 RPMs on my x86_64 machine using: > > > > > > rpmbuild --target=i386 --rebuild foo.src.rpm > > > or > > > rpmbuild --target=i386 -bb foo.spec > > > > > > However, it is expanding %{_libdir} to /usr/lib64. > > > > > > Am I doing something wrong? I'm tempted to use --define="_libdir /usr/lib" > > > for a quick fix, but I was under the impression that building i386 packages > > > would have adjusted the path definitions accordingly. > > "setarch i686" is missing. > > > Bug in rpm. > > Not really. Use setarch. Wrong. Try the same targeting a sparc. > > rpmbuild should set its macros according to --target, but it doesn't. > > Are you sure that's the documented behaviour? Without it, --target is useless. Ralf From bojan at rexursive.com Fri Sep 22 01:30:52 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 22 Sep 2006 01:30:52 +0000 (UTC) Subject: rawhide: 20060921 - problems. References: <45133033.6090408@valuecommerce.com> Message-ID: Naoki valuecommerce.com> writes: > And lastly I can't do a full update due to repository errors... > > firstboot-1.4.22-1.noarch.rpm: [Errno -1] Package does not match checksum > firstboot-1.4.22-1.noarch.rpm: [Errno 9] Requested Range Not Satisfiable > libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno -1] Package does not match > checksum > libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno 9] Requested Range Not Satisfiable > And the same for beagle-gui & beagle Yeah, I've seen this too. Strangely enough, when I was updating another box (an i386 one), hsqldb and some other packages had invalid checksum. No mirrors used with both machines - downloads directly off RH servers. -- Bojan From naoki at valuecommerce.com Fri Sep 22 02:12:24 2006 From: naoki at valuecommerce.com (Naoki) Date: Fri, 22 Sep 2006 11:12:24 +0900 Subject: rawhide: 20060921 - problems. In-Reply-To: References: <45133033.6090408@valuecommerce.com> Message-ID: <45134688.5020006@valuecommerce.com> Bojan Smojver wrote: > Naoki valuecommerce.com> writes: > >> And lastly I can't do a full update due to repository errors... >> >> firstboot-1.4.22-1.noarch.rpm: [Errno -1] Package does not match checksum >> firstboot-1.4.22-1.noarch.rpm: [Errno 9] Requested Range Not Satisfiable >> libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno -1] Package does not match >> checksum >> libbeagle-0.2.10-2.fc6.x86_64.rpm: [Errno 9] Requested Range Not Satisfiable >> And the same for beagle-gui & beagle > > Yeah, I've seen this too. Strangely enough, when I was updating another box (an > i386 one), hsqldb and some other packages had invalid checksum. No mirrors used > with both machines - downloads directly off RH servers. > > -- > Bojan > Ahh, indeed the RH repo is fine : # rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/beagle-0.2.10-2.fc6.x86_64.rpm http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/beagle-gui-0.2.10-2.fc6.x86_64.rpm http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/beagle-evolution-0.2.10-2.fc6.x86_64.rpm http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/firstboot-1.4.22-1.noarch.rpm http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/libbeagle-0.2.10-2.fc6.x86_64.rpm Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/beagle-0.2.10-2.fc6.x86_64.rpm Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/beagle-gui-0.2.10-2.fc6.x86_64.rpm Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/beagle-evolution-0.2.10-2.fc6.x86_64.rpm Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/firstboot-1.4.22-1.noarch.rpm Retrieving http://download.fedora.redhat.com/pub/fedora/linux/core/development/x86_64/os/Fedora/RPMS/libbeagle-0.2.10-2.fc6.x86_64.rpm warning: /var/tmp/rpm-xfer.frfT8X: Header V3 DSA signature: NOKEY, key ID 897da07a Preparing... ########################################### [100%] 1:libbeagle ########################################### [ 20%] 2:firstboot ########################################### [ 40%] 3:beagle-gui ########################################### [ 60%] 4:beagle ########################################### [ 80%] 5:beagle-evolution ########################################### [100%] From dennis at ausil.us Fri Sep 22 02:26:30 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Thu, 21 Sep 2006 21:26:30 -0500 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <1158888652.24566.123.camel@mccallum.corsepiu.local> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> Message-ID: <200609212126.31336.dennis@ausil.us> On Thursday 21 September 2006 8:30 pm, Ralf Corsepius wrote: > On Thu, 2006-09-21 at 18:14 +0200, Dominik 'Rathann' Mierzejewski wrote: > > On Thursday, 21 September 2006 at 17:06, Ralf Corsepius wrote: > > > > "setarch i686" is missing. > > > > > Bug in rpm. > > > > Not really. Use setarch. > > Wrong. Try the same targeting a sparc. > > > > rpmbuild should set its macros according to --target, but it doesn't. > > > > Are you sure that's the documented behaviour? > > Without it, --target is useless. actually you need to remove /etc/rpm/platform as well as use setarch or on sparc sparc32 to build 32 bitr binaries. its a known issue -- Dennis Gilmore, RHCE Proud Australian From rc040203 at freenet.de Fri Sep 22 02:34:38 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Sep 2006 04:34:38 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <200609212126.31336.dennis@ausil.us> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> Message-ID: <1158892478.24566.127.camel@mccallum.corsepiu.local> On Thu, 2006-09-21 at 21:26 -0500, Dennis Gilmore wrote: > On Thursday 21 September 2006 8:30 pm, Ralf Corsepius wrote: > > On Thu, 2006-09-21 at 18:14 +0200, Dominik 'Rathann' Mierzejewski wrote: > > > On Thursday, 21 September 2006 at 17:06, Ralf Corsepius wrote: > > > > > > "setarch i686" is missing. > > > > > > > Bug in rpm. > > > > > > Not really. Use setarch. > > > > Wrong. Try the same targeting a sparc. > > > > > > rpmbuild should set its macros according to --target, but it doesn't. > > > > > > Are you sure that's the documented behaviour? > > > > Without it, --target is useless. > actually you need to remove /etc/rpm/platform as well as use setarch or on > sparc sparc32 to build 32 bitr binaries. its a known issue Yes, rpmbuild --target is known not work, i.e. rpm is known not to support cross building - Which had been the initial motivation for --target. Ralf From jos at xos.nl Fri Sep 22 06:41:30 2006 From: jos at xos.nl (Jos Vos) Date: Fri, 22 Sep 2006 08:41:30 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <1158892478.24566.127.camel@mccallum.corsepiu.local>; from rc040203@freenet.de on Fri, Sep 22, 2006 at 04:34:38AM +0200 References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> Message-ID: <20060922084130.A30386@xos037.xos.nl> On Fri, Sep 22, 2006 at 04:34:38AM +0200, Ralf Corsepius wrote: > Yes, rpmbuild --target is known not work, i.e. rpm is known not to > support cross building - Which had been the initial motivation for > --target. Are you sure? It is (and always has been) used to build targets like i586, i686, athlon etc. on i386 systems, for example. -- -- Jos Vos -- X/OS Experts in Open Systems BV | Phone: +31 20 6938364 -- Amsterdam, The Netherlands | Fax: +31 20 6948204 From rc040203 at freenet.de Fri Sep 22 06:47:06 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Sep 2006 08:47:06 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060922084130.A30386@xos037.xos.nl> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <20060922084130.A30386@xos037.xos.nl> Message-ID: <1158907627.22764.9.camel@mccallum.corsepiu.local> On Fri, 2006-09-22 at 08:41 +0200, Jos Vos wrote: > On Fri, Sep 22, 2006 at 04:34:38AM +0200, Ralf Corsepius wrote: > > > Yes, rpmbuild --target is known not work, i.e. rpm is known not to > > support cross building - Which had been the initial motivation for > > --target. > > Are you sure? Yes. > It is (and always has been) used to build targets like > i586, i686, athlon etc. on i386 systems, for example. Yes, ... it's an incomplete and thus broken implementation which occasionally appears to work, but lacks generality to work in general. Ralf From avi at argo.co.il Fri Sep 22 06:57:52 2006 From: avi at argo.co.il (Avi Kivity) Date: Fri, 22 Sep 2006 09:57:52 +0300 Subject: todays rawhide segfaults ipv6 In-Reply-To: <20060921163736.GC18249@nostromo.devel.redhat.com> References: <20060921163736.GC18249@nostromo.devel.redhat.com> Message-ID: <45138970.3000403@argo.co.il> Bill Nottingham wrote: > > David Woodhouse (dwmw2 at infradead.org) said: > > How did you manage to use it -- or did it just segfault because you had > > it enabled, even though you were using Legacy IP for the install? > > Dunno about the user, but the segfault was due to an accidental recursive > script include. > Wouldn't that be a bash bug? Bash shouldn't segfault on such things. -- Do not meddle in the internals of kernels, for they are subtle and quick to panic. From andy at warmcat.com Fri Sep 22 07:26:12 2006 From: andy at warmcat.com (Andy Green) Date: Fri, 22 Sep 2006 08:26:12 +0100 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <1158892478.24566.127.camel@mccallum.corsepiu.local> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> Message-ID: <45139014.2000501@warmcat.com> Ralf Corsepius wrote: > Yes, rpmbuild --target is known not work, i.e. rpm is known not to > support cross building - Which had been the initial motivation for > --target. Well I never tried any built-in support for cross building in rpm, because I never found out about it, but you can cross build things fine with rpm by shoving the appropriate things (usually just host) down configure's throat. I found you had to override these as well (crosspath is my convention that is used in the specfiles too), eg %crosspath /path/to/cross/compiler/br3/bin %__strip %crosspath/arm-linux-strip %__objdump %crosspath/arm-linux-objdump How you generalize it to being able to build any arch on demand I did not try yet, maybe you can define a var on rpmbuild commandline like %crossarch and define everything dependent on the arch with that embedded in the paths, eg %crosspath /path/to/cross/compilers/%crossarch/br3/bin -Andy From rc040203 at freenet.de Fri Sep 22 07:36:11 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Sep 2006 09:36:11 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <45139014.2000501@warmcat.com> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <45139014.2000501@warmcat.com> Message-ID: <1158910571.22764.13.camel@mccallum.corsepiu.local> On Fri, 2006-09-22 at 08:26 +0100, Andy Green wrote: > Ralf Corsepius wrote: > > > Yes, rpmbuild --target is known not work, i.e. rpm is known not to > > support cross building - Which had been the initial motivation for > > --target. > How you generalize it to being able to build any arch on demand I did > not try yet, Normally, you'd simply implement a /usr/lib/rpm//macros file reflecting a particular target's setup, but .... Ralf From andy at warmcat.com Fri Sep 22 07:54:24 2006 From: andy at warmcat.com (Andy Green) Date: Fri, 22 Sep 2006 08:54:24 +0100 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <1158910571.22764.13.camel@mccallum.corsepiu.local> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <45139014.2000501@warmcat.com> <1158910571.22764.13.camel@mccallum.corsepiu.local> Message-ID: <451396B0.6070607@warmcat.com> Ralf Corsepius wrote: > On Fri, 2006-09-22 at 08:26 +0100, Andy Green wrote: >> Ralf Corsepius wrote: >> >>> Yes, rpmbuild --target is known not work, i.e. rpm is known not to >>> support cross building - Which had been the initial motivation for >>> --target. > >> How you generalize it to being able to build any arch on demand I did >> not try yet, > Normally, you'd simply implement a > /usr/lib/rpm//macros > file reflecting a particular target's setup, but .... I see, that would be convenient... --target PLATFORM When building the package, interpret PLATFORM as arch-vendor-os and set the macros %_target, %_target_cpu, and %_target_os accordingly. What happens at the moment when you try to use --target then? -Andy From paul at permanentmail.com Fri Sep 22 08:07:44 2006 From: paul at permanentmail.com (Paul Dickson) Date: Fri, 22 Sep 2006 01:07:44 -0700 Subject: Keeping the Devel Mirrors Up-to-Date Message-ID: <20060922010744.3eadbbe0.paul@permanentmail.com> Has anyone done any tracking of the fedora-development mirrors to see how well they've been at keeping up-to-date? I just did a "yum list extras" and it listed items that were listed in Wednesday's rawhide report. At times, I've even resorted to tcpdumping yum's run to capture the requested host names so I could assign them 127.0.0.2 in my /etc/hosts file, just so I could apply development updates that were several days old. -Paul From Lam at Lam.pl Fri Sep 22 08:35:42 2006 From: Lam at Lam.pl (Leszek Matok) Date: Fri, 22 Sep 2006 10:35:42 +0200 Subject: Keeping the Devel Mirrors Up-to-Date In-Reply-To: <20060922010744.3eadbbe0.paul@permanentmail.com> References: <20060922010744.3eadbbe0.paul@permanentmail.com> Message-ID: <1158914142.2821.7.camel@pensja.lam.pl> Dnia 22-09-2006, pi? o godzinie 01:07 -0700, Paul Dickson napisa?(a): > I just did a "yum list extras" and it listed items that were listed in > Wednesday's rawhide report. Two days and you're complaining? Try updating FC5, where several mirrors of "updates" repo are lagging 2-3 weeks :) We really need mirrors to have content propagated by "push" instead of "pull", or, because that's not really possible (or possible for only small subset of mirrors), have central repodata and mirrors serving only packages (that's how sf.net does this in a way). That would even make yum bugs (not honoring timestamps and overwriting newer data with older, downloading repomd.xml from another mirror than primary.xml and complaining about checksums over and over again) suddenly disappear! :) Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From rob at choralone.org Fri Sep 22 08:50:14 2006 From: rob at choralone.org (Rob Andrews) Date: Fri, 22 Sep 2006 09:50:14 +0100 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <451396B0.6070607@warmcat.com> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <45139014.2000501@warmcat.com> <1158910571.22764.13.camel@mccallum.corsepiu.local> <451396B0.6070607@warmcat.com> Message-ID: <20060922085014.GA10107@aphasia.badger.choralone.org> On 22-Sep-2006 08:54.24 (BST), Andy Green wrote: > I see, that would be convenient... > > --target PLATFORM > When building the package, interpret PLATFORM as > arch-vendor-os and set the macros > %_target, %_target_cpu, and %_target_os accordingly. > > What happens at the moment when you try to use --target then? Well, using --target i386 on an x86_64 installation, it managed to build i386 binaries (using g++ -m32). But obviously, the library path was wrong. It most likely managed to build for the correct architecture because it passed --target=%{_target} to the configure script. -- rob andrews :: pgp 0x01e00563 :: rob at choralone.org From rc040203 at freenet.de Fri Sep 22 09:08:51 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Sep 2006 11:08:51 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060922085014.GA10107@aphasia.badger.choralone.org> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <45139014.2000501@warmcat.com> <1158910571.22764.13.camel@mccallum.corsepiu.local> <451396B0.6070607@warmcat.com> <20060922085014.GA10107@aphasia.badger.choralone.org> Message-ID: <1158916131.22764.36.camel@mccallum.corsepiu.local> On Fri, 2006-09-22 at 09:50 +0100, Rob Andrews wrote: > On 22-Sep-2006 08:54.24 (BST), Andy Green wrote: > > I see, that would be convenient... > > > > --target PLATFORM > > When building the package, interpret PLATFORM as > > arch-vendor-os and set the macros > > %_target, %_target_cpu, and %_target_os accordingly. > > > > What happens at the moment when you try to use --target then? > > Well, using --target i386 on an x86_64 installation, it managed to build > i386 binaries (using g++ -m32). But obviously, the library path was wrong. > > It most likely managed to build for the correct architecture because it > passed --target=%{_target} to the configure script. Nope, ... normally --target is not involved/used by most configure scripts. What triggers compiling for i386's on x86_64 hosts is CFLAGS (-m32 etc.), i.e. inside of an rpm.spec, it's %rpmopts. Ralf From rc040203 at freenet.de Fri Sep 22 09:14:29 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Sep 2006 11:14:29 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <1158916131.22764.36.camel@mccallum.corsepiu.local> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <45139014.2000501@warmcat.com> <1158910571.22764.13.camel@mccallum.corsepiu.local> <451396B0.6070607@warmcat.com> <20060922085014.GA10107@aphasia.badger.choralone.org> <1158916131.22764.36.camel@mccallum.corsepiu.local> Message-ID: <1158916469.22764.37.camel@mccallum.corsepiu.local> On Fri, 2006-09-22 at 11:08 +0200, Ralf Corsepius wrote: > On Fri, 2006-09-22 at 09:50 +0100, Rob Andrews wrote: > > On 22-Sep-2006 08:54.24 (BST), Andy Green wrote: > > > I see, that would be convenient... > > > > > > --target PLATFORM > > > When building the package, interpret PLATFORM as > > > arch-vendor-os and set the macros > > > %_target, %_target_cpu, and %_target_os accordingly. > > > > > > What happens at the moment when you try to use --target then? > > > > Well, using --target i386 on an x86_64 installation, it managed to build > > i386 binaries (using g++ -m32). But obviously, the library path was wrong. > > > > It most likely managed to build for the correct architecture because it > > passed --target=%{_target} to the configure script. > Nope, ... normally --target is not involved/used by most configure > scripts. > > What triggers compiling for i386's on x86_64 hosts is CFLAGS (-m32 > etc.), i.e. inside of an rpm.spec, it's %rpmopts. Sorry, %optflags would have been correct. Ralf From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 22 09:53:14 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 22 Sep 2006 11:53:14 +0200 Subject: rawhide report: 20060920 changes In-Reply-To: <200609201547.k8KFlJu9013137@hs20-bc2-6.build.redhat.com> References: <200609201547.k8KFlJu9013137@hs20-bc2-6.build.redhat.com> Message-ID: <20060922115314.5181c645@python3.es.egwn.lan> buildsys at redhat.com wrote : > firefox-1.5.0.7-3.fc6 > --------------------- > * Mon Sep 18 2006 Christopher Aillon 1.5.0.7-3 > - Bring back the gre files for embeddors This change has caused problems on my systems that have been installed with FC4 or FC5 and tracking devel since : Those gre files in /etc conflict with the FC5 mozilla package they had installed (I didn't even remember it was installed...). Quick fix : rpm -e mozilla Proper fix? Should seamonkey from Extras obsolete mozilla? Probably, but it doesn't. So unless I'm missing something, I'll file a but to have that changed, in order to avoid upgrade clashes on systems where mozilla was previously installed. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.17-1.2647.fc6 Load : 0.04 0.13 0.26 From andy at warmcat.com Fri Sep 22 10:04:35 2006 From: andy at warmcat.com (Andy Green) Date: Fri, 22 Sep 2006 11:04:35 +0100 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <20060922085014.GA10107@aphasia.badger.choralone.org> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <45139014.2000501@warmcat.com> <1158910571.22764.13.camel@mccallum.corsepiu.local> <451396B0.6070607@warmcat.com> <20060922085014.GA10107@aphasia.badger.choralone.org> Message-ID: <4513B533.6020206@warmcat.com> Rob Andrews wrote: > On 22-Sep-2006 08:54.24 (BST), Andy Green wrote: > > I see, that would be convenient... > > > > --target PLATFORM > > When building the package, interpret PLATFORM as > > arch-vendor-os and set the macros > > %_target, %_target_cpu, and %_target_os accordingly. > > > > What happens at the moment when you try to use --target then? > > Well, using --target i386 on an x86_64 installation, it managed to build > i386 binaries (using g++ -m32). But obviously, the library path was wrong. > > It most likely managed to build for the correct architecture because it > passed --target=%{_target} to the configure script. Using strace on rpmbuild it seems to look always at the host /usr/lib/rpm/, ie on an x86 host for strace rpmbuild -ba --target=arm-linux tinylogin-1.4.spec 2>&1 | grep macros open("/usr/lib/rpm/macros", O_RDONLY|O_LARGEFILE) = 3 read(3, "#/*! \\page config_macros Default"..., 8192) = 8192 open("/usr/lib/rpm/i386-linux/macros", O_RDONLY|O_LARGEFILE) = 3 ... -Andy From rc040203 at freenet.de Fri Sep 22 10:35:17 2006 From: rc040203 at freenet.de (Ralf Corsepius) Date: Fri, 22 Sep 2006 12:35:17 +0200 Subject: rpmbuild with target i386 on x86_64 sets %{_libdir} to lib64. In-Reply-To: <4513B533.6020206@warmcat.com> References: <20060921145352.GB10359@aphasia.badger.choralone.org> <20060921161451.GB10979@rathann.pekin.waw.pl> <1158888652.24566.123.camel@mccallum.corsepiu.local> <200609212126.31336.dennis@ausil.us> <1158892478.24566.127.camel@mccallum.corsepiu.local> <45139014.2000501@warmcat.com> <1158910571.22764.13.camel@mccallum.corsepiu.local> <451396B0.6070607@warmcat.com> <20060922085014.GA10107@aphasia.badger.choralone.org> <4513B533.6020206@warmcat.com> Message-ID: <1158921317.22764.46.camel@mccallum.corsepiu.local> On Fri, 2006-09-22 at 11:04 +0100, Andy Green wrote: > Rob Andrews wrote: > > On 22-Sep-2006 08:54.24 (BST), Andy Green wrote: > > > I see, that would be convenient... > > > > > > --target PLATFORM > > > When building the package, interpret PLATFORM as > > > arch-vendor-os and set the macros > > > %_target, %_target_cpu, and %_target_os accordingly. > > > > > > What happens at the moment when you try to use --target then? > > > > Well, using --target i386 on an x86_64 installation, it managed to build > > i386 binaries (using g++ -m32). But obviously, the library path was wrong. > > > > It most likely managed to build for the correct architecture because it > > passed --target=%{_target} to the configure script. > > Using strace on rpmbuild it seems to look always at the host > /usr/lib/rpm/, ie on an x86 host for Well, only if you don't have redhat-rpm-config installed: # strace rpmbuild -ba --target=i686-mingw32 rtems-4.7-avr-rtems4.7-binutils.spec 2>&1 | grep mingw execve("/usr/bin/rpmbuild", ["rpmbuild", "-ba", "--target=i686-mingw32", "rtems-4.7-avr-rtems4.7-binutils."...], [/* 34 vars */]) = 0 open("/usr/lib/rpm/i686-mingw32/macros", O_RDONLY|O_LARGEFILE) = 3 open("/etc/rpm/i686-mingw32/macros", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) Building for target i686-mingw32 + echo 'TARGET: i686-mingw32' TARGET: i686-mingw32 + echo 'TARGET_PLATFORM: i686-pc-mingw32' TARGET_PLATFORM: i686-pc-mingw32 ... => /usr/lib/rpm/i686-mingw32/macros is being read. %_target_platform is set correctly, but other defines are still incorrect, ... If you have redhat-rpm-config installed this happens: # strace rpmbuild -ba --target=i686-mingw32 rtems-4.7-avr-rtems4.7-binutils.spec 2>&1 | grep mingw execve("/usr/bin/rpmbuild", ["rpmbuild", "-ba", "--target=i686-mingw32", "rtems-4.7-avr-rtems4.7-binutils."...], [/* 34 vars */]) = 0 write(1, "Building target platforms: i686-"..., 125Building target platforms: i686-mingw32 Building for target i686-mingw32 + echo 'TARGET: i686-mingw32' TARGET: i686-mingw32 + echo 'TARGET_PLATFORM: i686-redhat-mingw32-gnu' TARGET_PLATFORM: i686-redhat-mingw32-gnu => /usr/lib/rpm/i686-mingw32/macros is not being read, %_target_platform is being mistreated, etc., etc. ... things end up in a real mess. Ralf From buildsys at redhat.com Fri Sep 22 11:39:36 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 22 Sep 2006 07:39:36 -0400 Subject: rawhide report: 20060922 changes Message-ID: <200609221139.k8MBda7p000788@hs20-bc2-6.build.redhat.com> New package gnome-mag GNOME Magnifier Updated Packages: SysVinit-2.86-12 ---------------- * Thu Sep 21 2006 Bill Nottingham - 2.86-12 - set controlling tty for /etc/rc so that ctrl-c can be passed to hung services (#184340) authconfig-5.3.8-1 ------------------ * Thu Sep 21 2006 Tomas Mraz - 5.3.8-1 - move options to another tab to fit on 800x600 screen (#207357) eclipse-changelog-2.3.1-1.fc6 ----------------------------- * Mon Sep 18 2006 Kyu Lee 2.3.1-1 - Move from releng style build to 'package build' builds. - Import 2.3.1 - has improved error handling. * Thu Sep 14 2006 Kyu Lee 2.3.0-1 - Import version 2.3.0 that fixes keybinding issue and version number issue. evolution-data-server-1.8.0-9.fc6 --------------------------------- * Thu Sep 21 2006 Matthew Barnes - 1.8.0-9.fc6 - Revise patch for RH bug #198935 (fix a crash reported in bug #207446). fedora-logos-1.1.55-1.fc6 ------------------------- * Thu Sep 21 2006 Matthias Clasen - 1.1.55-1 - Final update for FC6 graphics gcc-4.1.1-24 ------------ * Wed Sep 20 2006 Jakub Jelinek 4.1.1-24 - update from gcc-4_1-branch (-r117000:117069) - PRs fortran/21918, fortran/28526, fortran/28817, fortran/29060, fortran/29101, java/28754, java/28892, java/29013, middle-end/27226, middle-end/4520, tree-optimization/28900 - fix java.utils.logging.Logger (Mark Wielaard, #207111) - fix gnu.javax.net.ssl.provider.SSLSocket (Tom Tromey, #206904) - add support for Fortran OpenMP conditional inclusion (PR fortran/29097) - add some -D_FORTIFY_SOURCE compile time strncat buffer overflow checks grub-0.97-12 ------------ * Thu Sep 21 2006 Peter Jones - 0.97-12 - Reenable patch 505, which fixes #116311 initscripts-8.42-1 ------------------ * Thu Sep 21 2006 Bill Nottingham 8.42-1 - run rc.sysinit, /etc/rc in monitor mode (part of #184340) - use a better check for 'native' services (#190989, #110761, adapted from ) kernel-2.6.18-1.2689.fc6 ------------------------ * Thu Sep 21 2006 Dave Jones - reiserfs: make sure all dentry refs are released before calling kill_block_super - Fix up some compile warnings * Thu Sep 21 2006 Mike Christie - clean up spec file. * Thu Sep 21 2006 Mike Christie - drop 2.6.18-rc iscsi patch for rebase kudzu-1.2.56-1 -------------- * Thu Sep 21 2006 Bill Nottingham - 1.2.56-1 - hack: for some ids, return both ata_piix and ahci (#195779) - fix section in man page (#207469) mkinitrd-5.1.17-1 ----------------- * Thu Sep 21 2006 Peter Jones - 5.1.17-1 - Fix module dependency probing when there's no modalias * Wed Sep 20 2006 Peter Jones - 5.1.16-1 - Don't require non-tmpfs tmpdir unless we're using loopback - Fix symlink chasing for yaboot.conf in grubby (#207302) * Wed Sep 20 2006 Jeremy Katz - Hack for moduledeps of gfs2/nfs openoffice.org-1:2.0.4-4.2 -------------------------- * Tue Sep 19 2006 Caolan McNamara - 1:2.0.4-4.2 - add openoffice.org-2.0.4.gccXXXXX.svtools.fsstorage.patch to work around fsstorage crash apparently triggered by gcc -Os change * Fri Sep 15 2006 Caolan McNamara - 1:2.0.4-4.1 - ooo#69585# x86_64 svtools database crasher - fix rh#206264# 16bit .ppt load crash - ooo#69653# 64bitscaling chart2 display fix poppler-0.5.4-1.fc6 ------------------- * Thu Sep 21 2006 Kristian H??gsberg - 0.5.4-1.fc6 - Rebase to 0.5.4, drop poppler-0.5.3-libs.patch, fixes #205813, ppc64-utils-0.9-14 ------------------ * Thu Sep 21 2006 Peter Jones - 0.9-14 - Fix iSeries support in addRamDisk redhat-lsb-3.1-10.3 ------------------- * Thu Sep 21 2006 Lawrence Lim - 3.1-10.3 - Fix upgrade issue; Bug 202548 sudo-1.6.8p12-9 --------------- * Thu Sep 21 2006 Peter Vrabec 1.6.8p12-9 - fix sudoers file, X apps didn't work (#206320) xen-3.0.2-36 ------------ * Thu Sep 21 2006 Stephen C. Tweedie - 3.0.2-36 - Add Requires: kpartx for dom0 access to domU data * Wed Sep 20 2006 Stephen C. Tweedie - 3.0.2-35 - Don't strip qemu-dm early, so that we get proper debuginfo (danpb) - Fix compile problem with latest glibc * Wed Sep 20 2006 Stephen C. Tweedie - 3.0.2-34 - Update to xen-unstable changeset 11539 - Threading fixes for libVNCserver (danpb) From tmus at tmus.dk Fri Sep 22 12:48:46 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Fri, 22 Sep 2006 14:48:46 +0200 Subject: Keeping the Devel Mirrors Up-to-Date In-Reply-To: <20060922010744.3eadbbe0.paul@permanentmail.com> References: <20060922010744.3eadbbe0.paul@permanentmail.com> Message-ID: Paul Dickson wrote: > Has anyone done any tracking of the fedora-development mirrors to see how > well they've been at keeping up-to-date? > > I just did a "yum list extras" and it listed items that were listed in > Wednesday's rawhide report. At times, I've even resorted to tcpdumping > yum's run to capture the requested host names so I could assign them > 127.0.0.2 in my /etc/hosts file, just so I could apply development > updates that were several days old. > > -Paul > It would be really nice if there were some good, universal and simple way to see how updated a site mirror is. One approach that I find to be working well is what debian is suggesting for their mirrors ( http://www.debian.org/mirror/ftpmirror ). Not only does this "trace method" provide info on when the mirror was last sync'ed, it also shows the "route" of the mirroring, i.e. what mirror this mirror mirrors from (confusing yet true :o)). Although this does not sort the actual problem of the stale mirrors, it will give people an easy way to monitor their own (local?) mirrors and perhaps even allow people to select a few often-updated near-by mirrors, instead of getting packages from a stale mirror across the ocean. /Thomas From dax at gurulabs.com Fri Sep 22 17:32:40 2006 From: dax at gurulabs.com (Dax Kelson) Date: Fri, 22 Sep 2006 11:32:40 -0600 Subject: ctrl-c during boot != good Message-ID: <1158946360.18703.24.camel@mentorng.gurulabs.com> SysVinit-2.86-12 ---------------- * Thu Sep 21 2006 Bill Nottingham - 2.86-12 - set controlling tty for /etc/rc so that ctrl-c can be passed to hung services (#184340) I don't have the permission to read the bug, so I could be interpreting this wrong. You do *not* want users to be able to press ctrl-c during boot up. Otherwise they can completely fsck the starting of daemons or commands (like remounting / rw), possibly causing a serious security breach. This is also a disaster for a kiosk where random malicious joe blows can screwup and stop the boot. I filed a bug circa 1997ish to fix the "can press control-c during bootup" problem. Lets not go backwards. Dax Kelson Guru Labs From notting at redhat.com Fri Sep 22 17:49:41 2006 From: notting at redhat.com (Bill Nottingham) Date: Fri, 22 Sep 2006 13:49:41 -0400 Subject: ctrl-c during boot != good In-Reply-To: <1158946360.18703.24.camel@mentorng.gurulabs.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> Message-ID: <20060922174941.GA17495@nostromo.devel.redhat.com> Dax Kelson (dax at gurulabs.com) said: > SysVinit-2.86-12 > ---------------- > * Thu Sep 21 2006 Bill Nottingham - 2.86-12 > - set controlling tty for /etc/rc so that ctrl-c can be passed to hung > services (#184340) > > I don't have the permission to read the bug, so I could be interpreting > this wrong. > > You do *not* want users to be able to press ctrl-c during boot up. > Otherwise they can completely fsck the starting of daemons or commands > (like remounting / rw), possibly causing a serious security breach. This > is also a disaster for a kiosk where random malicious joe blows can > screwup and stop the boot. > > I filed a bug circa 1997ish to fix the "can press control-c during > bootup" problem. Lets not go backwards. We have multiple requests from people who want to be able to press ctrl-c to stop hanging daemons. Note that you can *already* interrupt rc.sysinit. Bill From hughsient at gmail.com Fri Sep 22 17:52:14 2006 From: hughsient at gmail.com (Richard Hughes) Date: Fri, 22 Sep 2006 18:52:14 +0100 Subject: rawhide report: 20060921 changes In-Reply-To: <200609211906.k8LJ6v99014174@hs20-bc2-6.build.redhat.com> References: <200609211906.k8LJ6v99014174@hs20-bc2-6.build.redhat.com> Message-ID: <1158947534.26902.1.camel@hughsie-laptop.localdomain> On Thu, 2006-09-21 at 15:06 -0400, buildsys at redhat.com wrote: > gsf-sharp-0.8.1-1.fc6 > --------------------- > * Wed Sep 20 2006 Alexander Larsson - 0.8.1-1.fc6 > - Update to 0.8.1, fixes a leak that caused files to not be closed > > hsqldb-1:1.8.0.4-3jpp.2 > ----------------------- > * Wed Sep 20 2006 Steve Grubb 1:1.8.0.4-3jpp.2 > - Apply patch correcting tmp file usage Anyone else getting this: (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB 00:09 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum I've tried multiple times in the last few hours, and also tried "yum clean headers" and "yum clean metadata" to no avail. Known issue? Thanks. Richard. From pgraner at redhat.com Fri Sep 22 18:50:14 2006 From: pgraner at redhat.com (Pete Graner) Date: Fri, 22 Sep 2006 14:50:14 -0400 Subject: rawhide report: 20060921 changes In-Reply-To: <1158947534.26902.1.camel@hughsie-laptop.localdomain> References: <200609211906.k8LJ6v99014174@hs20-bc2-6.build.redhat.com> <1158947534.26902.1.camel@hughsie-laptop.localdomain> Message-ID: <45143066.2060205@redhat.com> Richard Hughes wrote: > On Thu, 2006-09-21 at 15:06 -0400, buildsys at redhat.com wrote: >> gsf-sharp-0.8.1-1.fc6 >> --------------------- >> * Wed Sep 20 2006 Alexander Larsson - 0.8.1-1.fc6 >> - Update to 0.8.1, fixes a leak that caused files to not be closed >> >> hsqldb-1:1.8.0.4-3jpp.2 >> ----------------------- >> * Wed Sep 20 2006 Steve Grubb 1:1.8.0.4-3jpp.2 >> - Apply patch correcting tmp file usage > > Anyone else getting this: > > (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB > 00:09 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB > 00:00 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum > > I've tried multiple times in the last few hours, and also tried "yum > clean headers" and "yum clean metadata" to no avail. > > Known issue? Thanks. > > Richard. > > Same here. Started last night. Pete -- Pete Graner email: From ianburrell at gmail.com Fri Sep 22 19:38:44 2006 From: ianburrell at gmail.com (Ian Burrell) Date: Fri, 22 Sep 2006 12:38:44 -0700 Subject: Keeping the Devel Mirrors Up-to-Date In-Reply-To: References: <20060922010744.3eadbbe0.paul@permanentmail.com> Message-ID: On 9/22/06, Thomas M Steenholdt wrote: > > It would be really nice if there were some good, universal and simple > way to see how updated a site mirror is. > > One approach that I find to be working well is what debian is suggesting > for their mirrors ( http://www.debian.org/mirror/ftpmirror ). Not only > does this "trace method" provide info on when the mirror was last > sync'ed, it also shows the "route" of the mirroring, i.e. what mirror > this mirror mirrors from (confusing yet true :o)). > > Although this does not sort the actual problem of the stale mirrors, it > will give people an easy way to monitor their own (local?) mirrors and > perhaps even allow people to select a few often-updated near-by mirrors, > instead of getting packages from a stale mirror across the ocean. > It is fairly simple to compare the timestamps in the repomd.xml files. If the timestamps are older than the master, then the mirror is out-of-date. This doesn't help with mirrors which are in the middle of syncing or had a failure. Mirrors could use the rsync --delay-updates option to make the updates more atomic. - Ian From clydekunkel7734 at cox.net Fri Sep 22 19:46:02 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Fri, 22 Sep 2006 15:46:02 -0400 Subject: rawhide report: 20060921 changes In-Reply-To: <1158947534.26902.1.camel@hughsie-laptop.localdomain> References: <200609211906.k8LJ6v99014174@hs20-bc2-6.build.redhat.com> <1158947534.26902.1.camel@hughsie-laptop.localdomain> Message-ID: <45143D7A.8000008@cox.net> Richard Hughes wrote: > On Thu, 2006-09-21 at 15:06 -0400, buildsys at redhat.com wrote: >> gsf-sharp-0.8.1-1.fc6 >> --------------------- >> * Wed Sep 20 2006 Alexander Larsson - 0.8.1-1.fc6 >> - Update to 0.8.1, fixes a leak that caused files to not be closed >> >> hsqldb-1:1.8.0.4-3jpp.2 >> ----------------------- >> * Wed Sep 20 2006 Steve Grubb 1:1.8.0.4-3jpp.2 >> - Apply patch correcting tmp file usage > > Anyone else getting this: > > (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB > 00:09 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB > 00:00 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum > > I've tried multiple times in the last few hours, and also tried "yum > clean headers" and "yum clean metadata" to no avail. > > Known issue? Thanks. > > Richard. > > Some kind of problem between usually reliable mirrors and http://download.fedora.redhat.com/pub/fedora/linux/core/development/ I used a method seen on one of these lists in the last couple of days: # rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm then, yum update. WFM. -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From cmadams at hiwaay.net Fri Sep 22 19:53:09 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Fri, 22 Sep 2006 14:53:09 -0500 Subject: rawhide report: 20060921 changes In-Reply-To: <45143D7A.8000008@cox.net> References: <200609211906.k8LJ6v99014174@hs20-bc2-6.build.redhat.com> <1158947534.26902.1.camel@hughsie-laptop.localdomain> <45143D7A.8000008@cox.net> Message-ID: <20060922195309.GD657887@hiwaay.net> Once upon a time, Clyde E. Kunkel said: > Some kind of problem between usually reliable mirrors and > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ > > I used a method seen on one of these lists in the last couple of days: > > # rpm -Uvh > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm It appears to be a problem on the mirror master. I just verified my mirror is synced and up to the minute (including re-downloading those two files), and I still get the same error. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From clydekunkel7734 at cox.net Fri Sep 22 20:54:42 2006 From: clydekunkel7734 at cox.net (Clyde E. Kunkel) Date: Fri, 22 Sep 2006 16:54:42 -0400 Subject: rawhide report: 20060921 changes In-Reply-To: <20060922195309.GD657887@hiwaay.net> References: <200609211906.k8LJ6v99014174@hs20-bc2-6.build.redhat.com> <1158947534.26902.1.camel@hughsie-laptop.localdomain> <45143D7A.8000008@cox.net> <20060922195309.GD657887@hiwaay.net> Message-ID: <45144D92.8020903@cox.net> Chris Adams wrote: > Once upon a time, Clyde E. Kunkel said: >> Some kind of problem between usually reliable mirrors and >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/ >> >> I used a method seen on one of these lists in the last couple of days: >> >> # rpm -Uvh >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm > > It appears to be a problem on the mirror master. I just verified my > mirror is synced and up to the minute (including re-downloading those > two files), and I still get the same error. Same here...so, http://download.fedora.redhat.com/pub/fedora/linux/core/development/ is not the mirror master? -- Regards, Old Fart (my reply-to address is "munged" to defeat spambots) From orion at cora.nwra.com Fri Sep 22 21:09:07 2006 From: orion at cora.nwra.com (Orion Poplawski) Date: Fri, 22 Sep 2006 15:09:07 -0600 Subject: undefined reference to `is_selinux_enabled' Message-ID: Just trying to build paraview against libOSMesa.so now that it's made its return and am getting the following link errors: /usr/lib64/libOSMesa.so: undefined reference to `is_selinux_enabled' /usr/lib64/libOSMesa.so: undefined reference to `security_get_boolean_active' /usr/lib64/libOSMesa.so: undefined reference to `security_get_boolean_pending' This is against today's rawhide (mesa-libOSMesa-devel-6.5.1-3.fc6). Need to explicitly link against -lselinux these days? Should libOSMesa be linked against libselinux? /usr/lib64/libOSMesa.so.6.5.1: libm.so.6 => /lib64/libm.so.6 (0x00002aaaaaf53000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00002aaaab1d6000) libc.so.6 => /lib64/libc.so.6 (0x00002aaaab3f0000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) -- Orion Poplawski System Administrator 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From tmus at tmus.dk Fri Sep 22 21:18:14 2006 From: tmus at tmus.dk (Thomas M Steenholdt) Date: Fri, 22 Sep 2006 23:18:14 +0200 Subject: Keeping the Devel Mirrors Up-to-Date In-Reply-To: References: <20060922010744.3eadbbe0.paul@permanentmail.com> Message-ID: Ian Burrell wrote: > > It is fairly simple to compare the timestamps in the repomd.xml files. > If the timestamps are older than the master, then the mirror is > out-of-date. This doesn't help with mirrors which are in the middle > of syncing or had a failure. Mirrors could use the rsync > --delay-updates option to make the updates more atomic. > This does not provide the mirroring trace (which I think would be very nice), it also says nothing about whether or not the rest of the files have been mirrored or only the repomd.xml file. /Thomas From mike at miketc.com Fri Sep 22 21:37:39 2006 From: mike at miketc.com (Mike Chambers) Date: Fri, 22 Sep 2006 16:37:39 -0500 Subject: rawhide report: 20060922 changes In-Reply-To: <200609221139.k8MBda7p000788@hs20-bc2-6.build.redhat.com> References: <200609221139.k8MBda7p000788@hs20-bc2-6.build.redhat.com> Message-ID: <1158961059.2552.1.camel@scrappy.miketc.com> On Fri, 2006-09-22 at 07:39 -0400, buildsys at redhat.com wrote: > Updated Packages: > evolution-data-server-1.8.0-9.fc6 > --------------------------------- > * Thu Sep 21 2006 Matthew Barnes - 1.8.0-9.fc6 > - Revise patch for RH bug #198935 (fix a crash reported in bug #207446). Evo-2.8.0-6 wasn't included in today's build? Guess tomorrow's or on a people.redhat.com site until then? -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From bojan at rexursive.com Fri Sep 22 21:53:04 2006 From: bojan at rexursive.com (Bojan Smojver) Date: Fri, 22 Sep 2006 21:53:04 +0000 (UTC) Subject: rawhide: 20060921 - problems. References: <45133033.6090408@valuecommerce.com> <45134688.5020006@valuecommerce.com> Message-ID: Naoki valuecommerce.com> writes: > Ahh, indeed the RH repo is fine : > > # rpm -Uvh Actually, it still isn't. You can force all kinds of things by using RPM directly. Yum, however, will check packages checksum against what it has in its primary.xml.gz file. For example, here are 3 packages from i386 repository: ------------------------------------- 1a9e25cd7c81e1ce10e2b73dc47a35eed166a698 gsf-sharp-0.8.1-1.fc6.i386.rpm 2beb89a8a66dca72833334a83ef2ffc3d1262761 hal-0.5.7.1-3.fc6.i386.rpm a7b7fd448a2960c355c039297b070fece73f7521 hsqldb-1.8.0.4-3jpp.2.i386.rpm ------------------------------------- However, primary.xml.gz has: ------------------------------------- gsf-sharp i386 ffadfbeab23ac7ef2d252ae68930ca4283435129 hal i386 2beb89a8a66dca72833334a83ef2ffc3d1262761 hsqldb i386 e1131397f0919ff1d04c16b5fcb7be6b82891748 ------------------------------------- Two of those three don't match the checksum and yum won't update them. Here are the errors: ------------------------------------- (5/38): hsqldb-1.8.0.4-3j 100% |=========================| 1.6 MB 00:10 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. (16/38): gsf-sharp-0.8.1- 100% |=========================| 42 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. ------------------------------------- -- Bojan From peter at thecodergeek.com Sat Sep 23 04:10:35 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Fri, 22 Sep 2006 21:10:35 -0700 Subject: Temporarily Disabling AIGLX? Message-ID: <4514B3BB.8070801@thecodergeek.com> Hello, all. I've not as of yet been able to get Compiz and AIGLX eye-candy working (odd since it was working nicely around the FC6T2 time frame). Because of this, AIGLX doesn't seem very useful to me, and as I've been having some issues with a few SDL/OpenGL apps, I'd like to disable it to test if it is AIGLX or something else that is malfunctioning. I looked through the radeon(4) and xorg.conf(5) man pages with Yelp and found nothing useful. A google search returned an earlier post from the X.org mailing list from Donnie Berkholz suggesting to add `Option "AIGLX" "off"` in the ServerFlags section of the xorg.conf file. Unfortunately, that just results in a hardlock when between when RHGB finishes and when GDM attempts to start up. Any suggestions would be most appreciated. Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From mark at borkware.net Sat Sep 23 05:40:47 2006 From: mark at borkware.net (Mark Rosenstand) Date: Sat, 23 Sep 2006 07:40:47 +0200 Subject: Temporarily Disabling AIGLX? In-Reply-To: <4514B3BB.8070801@thecodergeek.com> References: <4514B3BB.8070801@thecodergeek.com> Message-ID: <1158990047.833.50.camel@mjollnir.borkware.net> On Fri, 2006-09-22 at 21:10 -0700, Peter Gordon wrote: > Hello, all. > > I've not as of yet been able to get Compiz and AIGLX eye-candy working (odd > since it was working nicely around the FC6T2 time frame). Because of this, AIGLX > doesn't seem very useful to me, and as I've been having some issues with a few > SDL/OpenGL apps, I'd like to disable it to test if it is AIGLX or something else > that is malfunctioning. > > I looked through the radeon(4) and xorg.conf(5) man pages with Yelp and found > nothing useful. A google search returned an earlier post from the X.org mailing > list from Donnie Berkholz suggesting to add `Option "AIGLX" "off"` in the > ServerFlags section of the xorg.conf file. Unfortunately, that just results in > a hardlock when between when RHGB finishes and when GDM attempts to start up. > > Any suggestions would be most appreciated. Thanks. I don't think you need to disable it in the server - just either disable the compositor in metacity, or in the case of compiz, don't launch it. From gilboad at gmail.com Sat Sep 23 08:18:27 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Sat, 23 Sep 2006 11:18:27 +0300 Subject: ctrl-c during boot != good In-Reply-To: <20060922174941.GA17495@nostromo.devel.redhat.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> Message-ID: <1158999507.19122.29.camel@gilboa-home-dev.localhost> On Fri, 2006-09-22 at 13:49 -0400, Bill Nottingham wrote: > Dax Kelson (dax at gurulabs.com) said: > > SysVinit-2.86-12 > > ---------------- > > * Thu Sep 21 2006 Bill Nottingham - 2.86-12 > > - set controlling tty for /etc/rc so that ctrl-c can be passed to hung > > services (#184340) > > > > I don't have the permission to read the bug, so I could be interpreting > > this wrong. > > > > You do *not* want users to be able to press ctrl-c during boot up. > > Otherwise they can completely fsck the starting of daemons or commands > > (like remounting / rw), possibly causing a serious security breach. This > > is also a disaster for a kiosk where random malicious joe blows can > > screwup and stop the boot. > > > > I filed a bug circa 1997ish to fix the "can press control-c during > > bootup" problem. Lets not go backwards. > > We have multiple requests from people who want to be able to press > ctrl-c to stop hanging daemons. Note that you can *already* interrupt > rc.sysinit. > > Bill > I second Dax's comment. Can you make it configurable? Gilboa From Matt_Domsch at dell.com Sat Sep 23 08:42:25 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 23 Sep 2006 03:42:25 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-09-23 Message-ID: <20060923034225.A30049@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Fri Sep 22 22:20:06 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1156 Number failed to build: 46 Number expected to fail due to ExclusiveArch or ExcludeArch: 25 Leaving: 21 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 21 ---------------------------------- alacarte-0.10.0-1.fc6 am-utils-6.1.5-4 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-4 control-center-2.16.0-5.fc6 file-roller-2.16.0-2.fc6 gdb-6.5-8.fc6 gnome-media-2.16.1-2.fc6 grub-0.97-12 gthumb-2.7.8-3.fc6 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 kdesdk-3.5.4-2.fc6 memtest86+-1.65-4.1 nautilus-2.16.0-4.fc6 rhythmbox-0.9.5-4.fc6 syslinux-3.11-4 totem-2.16.1-1.fc6 valgrind-3.2.0-5 xen-3.0.2-36 yelp-2.16.0-3.fc6 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Sep 23 08:42:34 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 23 Sep 2006 03:42:34 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-09-23 Message-ID: <20060923034234.A30067@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Fri Sep 22 22:22:23 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1157 Number failed to build: 15 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 5 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 5 ---------------------------------- beagle-0.2.10-2.fc6 jakarta-commons-codec-1.3-5jpp.1 jakarta-commons-pool-1.3-3jpp.1 kdesdk-3.5.4-2.fc6 xorg-x11-drv-via-0.2.1-5 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From buildsys at redhat.com Sat Sep 23 09:09:41 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 23 Sep 2006 05:09:41 -0400 Subject: rawhide report: 20060923 changes Message-ID: <200609230909.k8N99fFc019702@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.100-1 --------------------- * Thu Sep 21 2006 Jeremy Katz - 11.1.0.100-1 - Fix a few tracebacks (#207594, #207587) - Allow only iSCSI disks (#207471) - Fix bootdisk.img on x86_64 cachefilesd-0.7-1.fc6 --------------------- * Fri Sep 22 2006 Steve Dickson 0.7-1 - updated to 0.7 which adds the howto.txt * Wed Aug 30 2006 Steve Dickson 0.6-1 - Fixed memory corruption problem - Added the fcull/fstop/frun options cups-1:1.2.4-2 -------------- * Fri Sep 22 2006 Tim Waugh 1:1.2.4-2 - 1.2.4 (bug #206763). No longer need str1968 patch. dmraid-1.0.0.rc12-6.fc6 ----------------------- * Fri Sep 22 2006 Heinz Mauelshagen - 1.0.0.rc12-1 - sil.c: quorate() OBO fix - activate.c: handler() OBO fix - added SNIA DDF1 support - added reload functionality to devmapper.c - added log_zero_sectors() to various metadata format handlers - sil.[ch]: added JBOD support evince-0.6.0-2.fc6 ------------------ * Fri Sep 22 2006 Matthias Clasen - 0.6.0-2.fc6 - Fix a deadlock in printing fedora-logos-6.0.5-1.fc6 ------------------------ * Fri Sep 22 2006 Matthias Clasen - 6.0.5-1 - Add a description for the default backgrounds * Fri Sep 22 2006 Ray Strode - 6.0.2-1 - update screenshot in FedoraDNA theme * Fri Sep 22 2006 Than Ngo - 6.0.1-1 - update kde ksplash fontconfig-2.4.1-2.fc6 ---------------------- * Fri Sep 22 2006 Behdad Esfahbod - 2.4.1-2 - Update 30-aliases-fedora.conf to correctly alias MS and StarOffice fonts. (#207460) gnome-python2-extras-2.14.2-2.fc6 --------------------------------- * Fri Sep 22 2006 Matthew Barnes - 2.14.2-2 - Rebuild gzip-1.3.5-8 ------------ * Wed Sep 20 2006 Ivana Varekova 1.3.5-8 - fix bug 204676 (patches by Tavis Ormandy) - cve-2006-4334 - null dereference problem - cve-2006-4335 - buffer overflow problem - cve-2006-4336 - buffer underflow problem - cve-2006-4338 - infinite loop problem - cve-2006-4337 - buffer overflow problem jessie-0:1.0.1-6 ---------------- * Thu Sep 21 2006 Thomas Fitzsimmons - 0:1.0.1-6 - Uncomment 1.4 methods from SSLSocket.java. (206278) kudzu-1.2.57.1-1 ---------------- * Fri Sep 22 2006 Bill Nottingham - 1.2.57.1-1 - recognize scsi type 14 as disk (#207295) libunwind-0.98.5-2 ------------------ * Fri Sep 22 2006 Jan Kratochvil - 0.98.5-2 - SELinux compatibility fix - stack is now non-exec (Jakub Jelinek suggestion). libvirt-0.1.6-1 --------------- * Fri Sep 22 2006 Daniel Veillard 0.1.6-1 - Support for localization - Support for new Xen-3.0.3 cdrom and disk configuration - Support for setting VNC port - Fix bug when running against xen-3.0.2 hypercalls - Fix reconnection problem when talking directly to http xend openldap-2.3.27-3 ----------------- * Mon Sep 18 2006 Jay Fenlason 2.3.27-3 - Include --enable-multimaster to close bz#185821: adding slapd_multimaster to the configure options - Upgade guide.html to the correct one for openladp-2.3.27, closing bz#190383: openldap 2.3 packages contain the administrator's guide for 2.2 - Remove the quotes from around the slaptestflags in ldap.init This closes one part of bz#204593: service ldap fails after having added entries to ldap - include __db.* in the list of files to check ownership of in ldap.init, as suggested in bz#199322: RFE: perform cleanup in ldap.init pam_krb5-2.2.11-1 ----------------- * Thu Sep 21 2006 Nalin Dahyabhai - 2.2.11-1 - update to 2.2.11 redhat-artwork-5.0.6-1.fc6 -------------------------- * Fri Sep 22 2006 Ray Strode - 5.0.6-1 - update to 5.0.6 to get reimplemented gdm theme * Fri Sep 15 2006 John (J5) Palmieri - 5.0.5-3 - Fix up the linking script a bit - Patch the index.theme file for Bluecurve so it adds the status directories * Fri Sep 15 2006 Matthias Clasen - 5.0.5-2 - Make sure we link both versions of the trash icon Broken deps for i386 ---------------------------------------------------------- python-pyblock - 0.22-1.i386 requires libdmraid.so.1.0.0.rc11 python-pyblock - 0.22-1.i386 requires libdmraid.so.1.0.0.rc11(Base) Broken deps for ia64 ---------------------------------------------------------- python-pyblock - 0.22-1.ia64 requires libdmraid.so.1.0.0.rc11(Base)(64bit) python-pyblock - 0.22-1.ia64 requires libdmraid.so.1.0.0.rc11()(64bit) Broken deps for x86_64 ---------------------------------------------------------- python-pyblock - 0.22-1.x86_64 requires libdmraid.so.1.0.0.rc11(Base)(64bit) python-pyblock - 0.22-1.x86_64 requires libdmraid.so.1.0.0.rc11()(64bit) Broken deps for s390x ---------------------------------------------------------- python-pyblock - 0.22-1.s390x requires libdmraid.so.1.0.0.rc11()(64bit) python-pyblock - 0.22-1.s390x requires libdmraid.so.1.0.0.rc11(Base)(64bit) Broken deps for ppc ---------------------------------------------------------- python-pyblock - 0.22-1.ppc requires libdmraid.so.1.0.0.rc11 python-pyblock - 0.22-1.ppc requires libdmraid.so.1.0.0.rc11(Base) Broken deps for ppc64 ---------------------------------------------------------- python-pyblock - 0.22-1.ppc64 requires libdmraid.so.1.0.0.rc11(Base)(64bit) python-pyblock - 0.22-1.ppc64 requires libdmraid.so.1.0.0.rc11()(64bit) Broken deps for s390 ---------------------------------------------------------- python-pyblock - 0.22-1.s390 requires libdmraid.so.1.0.0.rc11 python-pyblock - 0.22-1.s390 requires libdmraid.so.1.0.0.rc11(Base) From bbbush.yuan at gmail.com Sat Sep 23 10:09:22 2006 From: bbbush.yuan at gmail.com (Yuan Yijun) Date: Sat, 23 Sep 2006 18:09:22 +0800 Subject: Temporarily Disabling AIGLX? In-Reply-To: <1158990047.833.50.camel@mjollnir.borkware.net> References: <4514B3BB.8070801@thecodergeek.com> <1158990047.833.50.camel@mjollnir.borkware.net> Message-ID: <76e72f800609230309l64141bd8m72641b311816d197@mail.gmail.com> Extension Option Composite off -- bbbush ^_^ From rhasto at cfl.rr.com Sat Sep 23 12:11:11 2006 From: rhasto at cfl.rr.com (Bob) Date: Sat, 23 Sep 2006 08:11:11 -0400 Subject: Please unsubscribe me... References: <20060923084241.3FEAE732FE@hormel.redhat.com> Message-ID: <001901c6df09$5bcd78d0$6401a8c0@blackbox> Please unsubscribe me... I forgot my password and can't do it myself... Thanks. Re: fedora-devel-list Digest, Vol 31, Issue 51 ----- Original Message ----- From: To: Sent: Saturday, September 23, 2006 4:42 AM Subject: fedora-devel-list Digest, Vol 31, Issue 51 > Send fedora-devel-list mailing list submissions to > fedora-devel-list at redhat.com > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.redhat.com/mailman/listinfo/fedora-devel-list > or, via email, send a message with subject or body 'help' to > fedora-devel-list-request at redhat.com > > You can reach the person managing the list at > fedora-devel-list-owner at redhat.com > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-devel-list digest..." > > > Today's Topics: > > 1. ctrl-c during boot != good (Dax Kelson) > 2. Re: ctrl-c during boot != good (Bill Nottingham) > 3. Re: rawhide report: 20060921 changes (Richard Hughes) > 4. Re: rawhide report: 20060921 changes (Pete Graner) > 5. Re: Keeping the Devel Mirrors Up-to-Date (Ian Burrell) > 6. Re: rawhide report: 20060921 changes (Clyde E. Kunkel) > 7. Re: rawhide report: 20060921 changes (Chris Adams) > 8. Re: rawhide report: 20060921 changes (Clyde E. Kunkel) > 9. undefined reference to `is_selinux_enabled' (Orion Poplawski) > 10. Re: Keeping the Devel Mirrors Up-to-Date (Thomas M Steenholdt) > 11. Re: rawhide report: 20060922 changes (Mike Chambers) > 12. Re: rawhide: 20060921 - problems. (Bojan Smojver) > 13. Temporarily Disabling AIGLX? (Peter Gordon) > 14. Re: Temporarily Disabling AIGLX? (Mark Rosenstand) > 15. Re: ctrl-c during boot != good (Gilboa Davara) > 16. Core x86_64 rawhide rebuild in mock status 2006-09-23 > (Matt Domsch) > 17. Core i386 rawhide rebuild in mock status 2006-09-23 (Matt Domsch) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 22 Sep 2006 11:32:40 -0600 > From: Dax Kelson > Subject: ctrl-c during boot != good > To: notting at redhat.com > Cc: fedora-devel-list at redhat.com > Message-ID: <1158946360.18703.24.camel at mentorng.gurulabs.com> > Content-Type: text/plain > > SysVinit-2.86-12 > ---------------- > * Thu Sep 21 2006 Bill Nottingham - 2.86-12 > - set controlling tty for /etc/rc so that ctrl-c can be passed to hung > services (#184340) > > I don't have the permission to read the bug, so I could be interpreting > this wrong. > > You do *not* want users to be able to press ctrl-c during boot up. > Otherwise they can completely fsck the starting of daemons or commands > (like remounting / rw), possibly causing a serious security breach. This > is also a disaster for a kiosk where random malicious joe blows can > screwup and stop the boot. > > I filed a bug circa 1997ish to fix the "can press control-c during > bootup" problem. Lets not go backwards. > > Dax Kelson > Guru Labs > > > > ------------------------------ > > Message: 2 > Date: Fri, 22 Sep 2006 13:49:41 -0400 > From: Bill Nottingham > Subject: Re: ctrl-c during boot != good > To: Dax Kelson > Cc: fedora-devel-list at redhat.com > Message-ID: <20060922174941.GA17495 at nostromo.devel.redhat.com> > Content-Type: text/plain; charset=us-ascii > > Dax Kelson (dax at gurulabs.com) said: >> SysVinit-2.86-12 >> ---------------- >> * Thu Sep 21 2006 Bill Nottingham - 2.86-12 >> - set controlling tty for /etc/rc so that ctrl-c can be passed to hung >> services (#184340) >> >> I don't have the permission to read the bug, so I could be interpreting >> this wrong. >> >> You do *not* want users to be able to press ctrl-c during boot up. >> Otherwise they can completely fsck the starting of daemons or commands >> (like remounting / rw), possibly causing a serious security breach. This >> is also a disaster for a kiosk where random malicious joe blows can >> screwup and stop the boot. >> >> I filed a bug circa 1997ish to fix the "can press control-c during >> bootup" problem. Lets not go backwards. > > We have multiple requests from people who want to be able to press > ctrl-c to stop hanging daemons. Note that you can *already* interrupt > rc.sysinit. > > Bill > > > > ------------------------------ > > Message: 3 > Date: Fri, 22 Sep 2006 18:52:14 +0100 > From: Richard Hughes > Subject: Re: rawhide report: 20060921 changes > To: Development discussions related to Fedora Core > > Cc: fedora-test-list at redhat.com > Message-ID: <1158947534.26902.1.camel at hughsie-laptop.localdomain> > Content-Type: text/plain > > On Thu, 2006-09-21 at 15:06 -0400, buildsys at redhat.com wrote: >> gsf-sharp-0.8.1-1.fc6 >> --------------------- >> * Wed Sep 20 2006 Alexander Larsson - 0.8.1-1.fc6 >> - Update to 0.8.1, fixes a leak that caused files to not be closed >> >> hsqldb-1:1.8.0.4-3jpp.2 >> ----------------------- >> * Wed Sep 20 2006 Steve Grubb 1:1.8.0.4-3jpp.2 >> - Apply patch correcting tmp file usage > > Anyone else getting this: > > (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB > 00:09 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB > 00:00 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum > > I've tried multiple times in the last few hours, and also tried "yum > clean headers" and "yum clean metadata" to no avail. > > Known issue? Thanks. > > Richard. > > > > > ------------------------------ > > Message: 4 > Date: Fri, 22 Sep 2006 14:50:14 -0400 > From: Pete Graner > Subject: Re: rawhide report: 20060921 changes > To: richard at hughsie.com, Development discussions related to Fedora > Core > Cc: fedora-test-list at redhat.com > Message-ID: <45143066.2060205 at redhat.com> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Richard Hughes wrote: >> On Thu, 2006-09-21 at 15:06 -0400, buildsys at redhat.com wrote: >>> gsf-sharp-0.8.1-1.fc6 >>> --------------------- >>> * Wed Sep 20 2006 Alexander Larsson - 0.8.1-1.fc6 >>> - Update to 0.8.1, fixes a leak that caused files to not be closed >>> >>> hsqldb-1:1.8.0.4-3jpp.2 >>> ----------------------- >>> * Wed Sep 20 2006 Steve Grubb 1:1.8.0.4-3jpp.2 >>> - Apply patch correcting tmp file usage >> >> Anyone else getting this: >> >> (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB >> 00:09 >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum >> Trying other mirror. >> (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB >> 00:00 >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum >> >> I've tried multiple times in the last few hours, and also tried "yum >> clean headers" and "yum clean metadata" to no avail. >> >> Known issue? Thanks. >> >> Richard. >> >> > > Same here. Started last night. > > Pete > -- > Pete Graner email: > > > > ------------------------------ > > Message: 5 > Date: Fri, 22 Sep 2006 12:38:44 -0700 > From: "Ian Burrell" > Subject: Re: Keeping the Devel Mirrors Up-to-Date > To: "Development discussions related to Fedora Core" > > Message-ID: > > Content-Type: text/plain; charset=UTF-8; format=flowed > > On 9/22/06, Thomas M Steenholdt wrote: >> >> It would be really nice if there were some good, universal and simple >> way to see how updated a site mirror is. >> >> One approach that I find to be working well is what debian is suggesting >> for their mirrors ( http://www.debian.org/mirror/ftpmirror ). Not only >> does this "trace method" provide info on when the mirror was last >> sync'ed, it also shows the "route" of the mirroring, i.e. what mirror >> this mirror mirrors from (confusing yet true :o)). >> >> Although this does not sort the actual problem of the stale mirrors, it >> will give people an easy way to monitor their own (local?) mirrors and >> perhaps even allow people to select a few often-updated near-by mirrors, >> instead of getting packages from a stale mirror across the ocean. >> > > It is fairly simple to compare the timestamps in the repomd.xml files. > If the timestamps are older than the master, then the mirror is > out-of-date. This doesn't help with mirrors which are in the middle > of syncing or had a failure. Mirrors could use the rsync > --delay-updates option to make the updates more atomic. > > - Ian > > > > ------------------------------ > > Message: 6 > Date: Fri, 22 Sep 2006 15:46:02 -0400 > From: "Clyde E. Kunkel" > Subject: Re: rawhide report: 20060921 changes > To: richard at hughsie.com, Development discussions related to Fedora > Core > Cc: fedora-test-list at redhat.com > Message-ID: <45143D7A.8000008 at cox.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Richard Hughes wrote: >> On Thu, 2006-09-21 at 15:06 -0400, buildsys at redhat.com wrote: >>> gsf-sharp-0.8.1-1.fc6 >>> --------------------- >>> * Wed Sep 20 2006 Alexander Larsson - 0.8.1-1.fc6 >>> - Update to 0.8.1, fixes a leak that caused files to not be closed >>> >>> hsqldb-1:1.8.0.4-3jpp.2 >>> ----------------------- >>> * Wed Sep 20 2006 Steve Grubb 1:1.8.0.4-3jpp.2 >>> - Apply patch correcting tmp file usage >> >> Anyone else getting this: >> >> (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB >> 00:09 >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum >> Trying other mirror. >> (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB >> 00:00 >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum >> >> I've tried multiple times in the last few hours, and also tried "yum >> clean headers" and "yum clean metadata" to no avail. >> >> Known issue? Thanks. >> >> Richard. >> >> > > Some kind of problem between usually reliable mirrors and > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ > > I used a method seen on one of these lists in the last couple of days: > > # rpm -Uvh > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm > > then, yum update. > > WFM. > > -- > Regards, > > Old Fart > (my reply-to address is "munged" to defeat spambots) > > > > ------------------------------ > > Message: 7 > Date: Fri, 22 Sep 2006 14:53:09 -0500 > From: Chris Adams > Subject: Re: rawhide report: 20060921 changes > To: Development discussions related to Fedora Core > , fedora-test-list at redhat.com > Message-ID: <20060922195309.GD657887 at hiwaay.net> > Content-Type: text/plain; charset=us-ascii > > Once upon a time, Clyde E. Kunkel said: >> Some kind of problem between usually reliable mirrors and >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/ >> >> I used a method seen on one of these lists in the last couple of days: >> >> # rpm -Uvh >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm >> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm > > It appears to be a problem on the mirror master. I just verified my > mirror is synced and up to the minute (including re-downloading those > two files), and I still get the same error. > -- > Chris Adams > Systems and Network Administrator - HiWAAY Internet Services > I don't speak for anybody but myself - that's enough trouble. > > > > ------------------------------ > > Message: 8 > Date: Fri, 22 Sep 2006 16:54:42 -0400 > From: "Clyde E. Kunkel" > Subject: Re: rawhide report: 20060921 changes > To: Chris Adams , Development discussions related > to Fedora Core , > fedora-test-list at redhat.com > Message-ID: <45144D92.8020903 at cox.net> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Chris Adams wrote: >> Once upon a time, Clyde E. Kunkel said: >>> Some kind of problem between usually reliable mirrors and >>> http://download.fedora.redhat.com/pub/fedora/linux/core/development/ >>> >>> I used a method seen on one of these lists in the last couple of days: >>> >>> # rpm -Uvh >>> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm >>> http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm >> >> It appears to be a problem on the mirror master. I just verified my >> mirror is synced and up to the minute (including re-downloading those >> two files), and I still get the same error. > > Same here...so, > > http://download.fedora.redhat.com/pub/fedora/linux/core/development/ > > is not the mirror master? > > > -- > Regards, > > Old Fart > (my reply-to address is "munged" to defeat spambots) > > > > ------------------------------ > > Message: 9 > Date: Fri, 22 Sep 2006 15:09:07 -0600 > From: Orion Poplawski > Subject: undefined reference to `is_selinux_enabled' > To: fedora-devel-list at redhat.com > Message-ID: > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Just trying to build paraview against libOSMesa.so now that it's made > its return and am getting the following link errors: > > /usr/lib64/libOSMesa.so: undefined reference to `is_selinux_enabled' > /usr/lib64/libOSMesa.so: undefined reference to > `security_get_boolean_active' > /usr/lib64/libOSMesa.so: undefined reference to > `security_get_boolean_pending' > > This is against today's rawhide (mesa-libOSMesa-devel-6.5.1-3.fc6). > Need to explicitly link against -lselinux these days? Should libOSMesa > be linked against libselinux? > > /usr/lib64/libOSMesa.so.6.5.1: > libm.so.6 => /lib64/libm.so.6 (0x00002aaaaaf53000) > libpthread.so.0 => /lib64/libpthread.so.0 (0x00002aaaab1d6000) > libc.so.6 => /lib64/libc.so.6 (0x00002aaaab3f0000) > /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) > > > > -- > Orion Poplawski > System Administrator 303-415-9701 x222 > NWRA/CoRA Division FAX: 303-415-9702 > 3380 Mitchell Lane orion at cora.nwra.com > Boulder, CO 80301 http://www.cora.nwra.com > > > > ------------------------------ > > Message: 10 > Date: Fri, 22 Sep 2006 23:18:14 +0200 > From: Thomas M Steenholdt > Subject: Re: Keeping the Devel Mirrors Up-to-Date > To: fedora-devel-list at redhat.com > Message-ID: > Content-Type: text/plain; charset=UTF-8; format=flowed > > Ian Burrell wrote: >> >> It is fairly simple to compare the timestamps in the repomd.xml files. >> If the timestamps are older than the master, then the mirror is >> out-of-date. This doesn't help with mirrors which are in the middle >> of syncing or had a failure. Mirrors could use the rsync >> --delay-updates option to make the updates more atomic. >> > > This does not provide the mirroring trace (which I think would be very > nice), it also says nothing about whether or not the rest of the files > have been mirrored or only the repomd.xml file. > > /Thomas > > > > ------------------------------ > > Message: 11 > Date: Fri, 22 Sep 2006 16:37:39 -0500 > From: Mike Chambers > Subject: Re: rawhide report: 20060922 changes > To: Development discussions related to Fedora Core > > Cc: fedora-test-list at redhat.com > Message-ID: <1158961059.2552.1.camel at scrappy.miketc.com> > Content-Type: text/plain > > On Fri, 2006-09-22 at 07:39 -0400, buildsys at redhat.com wrote: > >> Updated Packages: > >> evolution-data-server-1.8.0-9.fc6 >> --------------------------------- >> * Thu Sep 21 2006 Matthew Barnes - 1.8.0-9.fc6 >> - Revise patch for RH bug #198935 (fix a crash reported in bug #207446). > > Evo-2.8.0-6 wasn't included in today's build? Guess tomorrow's or on a > people.redhat.com site until then? > > -- > Mike Chambers > Madisonville, KY > > "Sex is like air, it's not important unless your not getting any!" > > > > ------------------------------ > > Message: 12 > Date: Fri, 22 Sep 2006 21:53:04 +0000 (UTC) > From: Bojan Smojver > Subject: Re: rawhide: 20060921 - problems. > To: fedora-devel-list at redhat.com > Message-ID: > Content-Type: text/plain; charset=us-ascii > > Naoki valuecommerce.com> writes: > >> Ahh, indeed the RH repo is fine : >> >> # rpm -Uvh > > Actually, it still isn't. You can force all kinds of things by using RPM > directly. Yum, however, will check packages checksum against what it has in its > primary.xml.gz file. For example, here are 3 packages from i386 repository: > > ------------------------------------- > 1a9e25cd7c81e1ce10e2b73dc47a35eed166a698 gsf-sharp-0.8.1-1.fc6.i386.rpm > 2beb89a8a66dca72833334a83ef2ffc3d1262761 hal-0.5.7.1-3.fc6.i386.rpm > a7b7fd448a2960c355c039297b070fece73f7521 hsqldb-1.8.0.4-3jpp.2.i386.rpm > ------------------------------------- > > However, primary.xml.gz has: > > ------------------------------------- > gsf-sharp > i386 > > pkgid="YES">ffadfbeab23ac7ef2d252ae68930ca4283435129 > > hal > i386 > > pkgid="YES">2beb89a8a66dca72833334a83ef2ffc3d1262761 > > hsqldb > i386 > > pkgid="YES">e1131397f0919ff1d04c16b5fcb7be6b82891748 > ------------------------------------- > > Two of those three don't match the checksum and yum won't update them. Here are > the errors: > > ------------------------------------- > (5/38): hsqldb-1.8.0.4-3j 100% |=========================| 1.6 MB 00:10 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: > [Errno -1] Package does not match checksum > Trying other mirror. > (16/38): gsf-sharp-0.8.1- 100% |=========================| 42 kB 00:00 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: > [Errno -1] Package does not match checksum > Trying other mirror. > ------------------------------------- > > -- > Bojan > > > > ------------------------------ > > Message: 13 > Date: Fri, 22 Sep 2006 21:10:35 -0700 > From: Peter Gordon > Subject: Temporarily Disabling AIGLX? > To: Development discussions related to Fedora Core > > Message-ID: <4514B3BB.8070801 at thecodergeek.com> > Content-Type: text/plain; charset="utf-8" > > Hello, all. > > I've not as of yet been able to get Compiz and AIGLX eye-candy working (odd > since it was working nicely around the FC6T2 time frame). Because of this, AIGLX > doesn't seem very useful to me, and as I've been having some issues with a few > SDL/OpenGL apps, I'd like to disable it to test if it is AIGLX or something else > that is malfunctioning. > > I looked through the radeon(4) and xorg.conf(5) man pages with Yelp and found > nothing useful. A google search returned an earlier post from the X.org mailing > list from Donnie Berkholz suggesting to add `Option "AIGLX" "off"` in the > ServerFlags section of the xorg.conf file. Unfortunately, that just results in > a hardlock when between when RHGB finishes and when GDM attempts to start up. > > Any suggestions would be most appreciated. Thanks. > -- > Peter Gordon (codergeek42) > GnuPG Public Key ID: 0xFFC19479 / Fingerprint: > DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 > My Blog: http://thecodergeek.com/blog/ > > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 251 bytes > Desc: OpenPGP digital signature > Url : https://www.redhat.com/archives/fedora-devel-list/attachments/20060922/2c70902c/signature.bin > > ------------------------------ > > Message: 14 > Date: Sat, 23 Sep 2006 07:40:47 +0200 > From: Mark Rosenstand > Subject: Re: Temporarily Disabling AIGLX? > To: Development discussions related to Fedora Core > > Message-ID: <1158990047.833.50.camel at mjollnir.borkware.net> > Content-Type: text/plain > > On Fri, 2006-09-22 at 21:10 -0700, Peter Gordon wrote: >> Hello, all. >> >> I've not as of yet been able to get Compiz and AIGLX eye-candy working (odd >> since it was working nicely around the FC6T2 time frame). Because of this, AIGLX >> doesn't seem very useful to me, and as I've been having some issues with a few >> SDL/OpenGL apps, I'd like to disable it to test if it is AIGLX or something else >> that is malfunctioning. >> >> I looked through the radeon(4) and xorg.conf(5) man pages with Yelp and found >> nothing useful. A google search returned an earlier post from the X.org mailing >> list from Donnie Berkholz suggesting to add `Option "AIGLX" "off"` in the >> ServerFlags section of the xorg.conf file. Unfortunately, that just results in >> a hardlock when between when RHGB finishes and when GDM attempts to start up. >> >> Any suggestions would be most appreciated. Thanks. > > I don't think you need to disable it in the server - just either disable > the compositor in metacity, or in the case of compiz, don't launch it. > > > > ------------------------------ > > Message: 15 > Date: Sat, 23 Sep 2006 11:18:27 +0300 > From: Gilboa Davara > Subject: Re: ctrl-c during boot != good > To: Development discussions related to Fedora Core > > Message-ID: <1158999507.19122.29.camel at gilboa-home-dev.localhost> > Content-Type: text/plain > > On Fri, 2006-09-22 at 13:49 -0400, Bill Nottingham wrote: >> Dax Kelson (dax at gurulabs.com) said: >> > SysVinit-2.86-12 >> > ---------------- >> > * Thu Sep 21 2006 Bill Nottingham - 2.86-12 >> > - set controlling tty for /etc/rc so that ctrl-c can be passed to hung >> > services (#184340) >> > >> > I don't have the permission to read the bug, so I could be interpreting >> > this wrong. >> > >> > You do *not* want users to be able to press ctrl-c during boot up. >> > Otherwise they can completely fsck the starting of daemons or commands >> > (like remounting / rw), possibly causing a serious security breach. This >> > is also a disaster for a kiosk where random malicious joe blows can >> > screwup and stop the boot. >> > >> > I filed a bug circa 1997ish to fix the "can press control-c during >> > bootup" problem. Lets not go backwards. >> >> We have multiple requests from people who want to be able to press >> ctrl-c to stop hanging daemons. Note that you can *already* interrupt >> rc.sysinit. >> >> Bill >> > > I second Dax's comment. > Can you make it configurable? > > Gilboa > > > > ------------------------------ > > Message: 16 > Date: Sat, 23 Sep 2006 03:42:25 -0500 > From: Matt Domsch > Subject: Core x86_64 rawhide rebuild in mock status 2006-09-23 > To: fedora-devel-list at redhat.com > Message-ID: <20060923034225.A30049 at humbolt.us.dell.com> > Content-Type: text/plain; charset=us-ascii > > Core Rawhide-in-Mock Build Results for x86_64 Fri Sep 22 22:20:06 CDT 2006 > > Note: This is using a reduced set of packages in the build chroot > starting with FC6test2. See > http://fedoraproject.org/wiki/QA/FixBuildRequires for more > information, including the list of packages removed from the default > build chroot. > > Note: You will need to rebuild your packages in Fedora Extras for FC6 > starting August 28, 2006. See here for more details: > http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html > > > Total packages: 1156 > Number failed to build: 46 > Number expected to fail due to ExclusiveArch or ExcludeArch: 25 > Leaving: 21 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 21 > ---------------------------------- > alacarte-0.10.0-1.fc6 > am-utils-6.1.5-4 > compat-gcc-32-3.2.3-61 > compat-gcc-34-3.4.6-4 > control-center-2.16.0-5.fc6 > file-roller-2.16.0-2.fc6 > gdb-6.5-8.fc6 > gnome-media-2.16.1-2.fc6 > grub-0.97-12 > gthumb-2.7.8-3.fc6 > jakarta-commons-codec-1.3-5jpp.1 > jakarta-commons-pool-1.3-3jpp.1 > kdesdk-3.5.4-2.fc6 > memtest86+-1.65-4.1 > nautilus-2.16.0-4.fc6 > rhythmbox-0.9.5-4.fc6 > syslinux-3.11-4 > totem-2.16.1-1.fc6 > valgrind-3.2.0-5 > xen-3.0.2-36 > yelp-2.16.0-3.fc6 > > With bugs filed: 0 > ---------------------------------- > > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > -- > Matt Domsch > Software Architect > Dell Linux Solutions linux.dell.com & www.dell.com/linux > Linux on Dell mailing lists @ http://lists.us.dell.com > > > > ------------------------------ > > Message: 17 > Date: Sat, 23 Sep 2006 03:42:34 -0500 > From: Matt Domsch > Subject: Core i386 rawhide rebuild in mock status 2006-09-23 > To: fedora-devel-list at redhat.com > Message-ID: <20060923034234.A30067 at humbolt.us.dell.com> > Content-Type: text/plain; charset=us-ascii > > Core Rawhide-in-Mock Build Results for i386 Fri Sep 22 22:22:23 CDT 2006 > > Note: This is using a reduced set of packages in the build chroot > starting with FC6test2. See > http://fedoraproject.org/wiki/QA/FixBuildRequires for more > information, including the list of packages removed from the default > build chroot. > > Note: You will need to rebuild your packages in Fedora Extras for FC6 > starting August 28, 2006. See here for more details: > http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html > > > Total packages: 1157 > Number failed to build: 15 > Number expected to fail due to ExclusiveArch or ExcludeArch: 10 > Leaving: 5 > (there may be some duplicates if rawhide has 2 versions of a package) > > Of those expected to have worked... > Without a bug filed: 5 > ---------------------------------- > beagle-0.2.10-2.fc6 > jakarta-commons-codec-1.3-5jpp.1 > jakarta-commons-pool-1.3-3jpp.1 > kdesdk-3.5.4-2.fc6 > xorg-x11-drv-via-0.2.1-5 > > With bugs filed: 0 > ---------------------------------- > > > Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ > > -- > Matt Domsch > Software Architect > Dell Linux Solutions linux.dell.com & www.dell.com/linux > Linux on Dell mailing lists @ http://lists.us.dell.com > > > > ------------------------------ > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > End of fedora-devel-list Digest, Vol 31, Issue 51 > ************************************************* -------------- next part -------------- An HTML attachment was scrubbed... URL: From linux at glossolalie.org Sat Sep 23 13:01:01 2006 From: linux at glossolalie.org (Thierry Sayegh De Bellis) Date: Sat, 23 Sep 2006 14:01:01 +0100 Subject: Please unsubscribe me... In-Reply-To: <001901c6df09$5bcd78d0$6401a8c0@blackbox> References: <20060923084241.3FEAE732FE@hormel.redhat.com> <001901c6df09$5bcd78d0$6401a8c0@blackbox> Message-ID: <4515300D.8000008@glossolalie.org> Bob wrote: > > Please unsubscribe me... > I forgot my password and can't do it myself... > > Thanks. https://www.redhat.com/mailman/listinfo/fedora-devel-list even offers a password reminder -- (o< Thierry Sayegh de Bellis //\ RHCE V_/_ UK From Matt_Domsch at dell.com Sat Sep 23 13:09:28 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 23 Sep 2006 08:09:28 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-23 Message-ID: <20060923080928.A29236@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Sat Sep 23 04:23:01 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2075 Number failed to build: 33 Number expected to fail due to ExclusiveArch or ExcludeArch: 19 Leaving: 14 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 14 ---------------------------------- atitvout-0.4-6 andreas.bierfert at lowlatency.de dejavu-fonts-2.10.0-0.3.20060913svn1149.fc6 nicolas.mailhot at laposte.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.17_1.2647.fc6 ville.skytta at iki.fi kerry-0.1.1-3.fc6 hugo at devin.com.br libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de linux-libertine-fonts-2.1.9-2.fc6 frank at scirocco-5v-turbo.de mlton-20051202-8.fc6.1 adam at spicenitz.org nautilus-actions-1.4-4.fc6 dakingun at gmail.com python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net s3switch-0.0-9.20020912.fc6 paul at xelerance.com sblim-cmpi-base-1.5.4-5.fc6 hamzy at us.ibm.com w3m-el-1.4.4-5.fc6 tagoh at redhat.com wine-0.9.21-1.fc6 andreas.bierfert at lowlatency.de With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Sat Sep 23 13:09:39 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Sat, 23 Sep 2006 08:09:39 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-23 Message-ID: <20060923080939.A29252@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Sat Sep 23 04:26:38 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2075 Number failed to build: 7 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 6 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 6 ---------------------------------- dejavu-fonts-2.10.0-0.3.20060913svn1149.fc6 nicolas.mailhot at laposte.net dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.17_1.2647.fc6 ville.skytta at iki.fi linux-libertine-fonts-2.1.9-2.fc6 frank at scirocco-5v-turbo.de w3m-el-1.4.4-5.fc6 tagoh at redhat.com wine-0.9.21-1.fc6 andreas.bierfert at lowlatency.de With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From stickster at gmail.com Sat Sep 23 15:55:05 2006 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 23 Sep 2006 11:55:05 -0400 Subject: rpm build/pa issues In-Reply-To: <45128897.8050505@gmail.com> References: <4511CDCE.2060909@bellsouth.net> <1158840209.15768.81.camel@localhost.localdomain> <45128897.8050505@gmail.com> Message-ID: <1159026905.6358.8.camel@localhost.localdomain> On Thu, 2006-09-21 at 07:41 -0500, Ted X Toth wrote: > Paul W. Frields wrote: > > On Wed, 2006-09-20 at 18:25 -0500, Jay Cliburn wrote: > > > >> Xavier Toth wrote: > >> > >>> I downloaded the rawhide kernel sources and tried to make a i686 rpm. > >>> Following the instructions on > >>> http://fedora.redhat.com/docs/release-notes/fc6test2/ I ran 'rpmbuild > >>> -bp --target i686 kernel-2.6.spec' then copied > >>> configs/kernel-2.6.17-i686.config to .config and edited the Makefile > >>> changing EXTRAVERSION = -prep to EXTRAVERSION = -1.2647.fc6. I then > >>> did a 'make oldconfig' (unclear why this is necessary since the copied > >>> a prebuilt config file already) and then 'make rpm'. The result of the > >>> make is rpmbuild/RPMS/i386/kernel-2.6.171.2647.fc6-1.i386.rpm and > >>> there are several issues with this: > >>> 1) a i386 rpm was produced not a i686 rpm > >>> 2) the EXTRAVERSION losses its '-' and so is run up against the kernel > >>> version in the file name '2.6.171.2647.fc6' > >>> > >>> Are the instruction correct? Are these bugs in the build system? > >>> > >>> Ted > >>> > >>> > >> Despite what anyone on this list tells you to the contrary, the dash _will_ be > >> removed when you run "make rpm". > >> See ~/rpmbuild/BUILD/kernel-/linux-/scripts/package/Makefile at line 30. > >> > >> Also see this thread. > >> https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00272.html > >> > >> So yes, the Release Notes are incorrect. You need to use a period, not a dash, > >> in the EXTRAVERSION field if you intend to "make rpm". > > > > The Release Notes don't address specifically building a new kernel RPM. > > The typical Fedora-specific way for building the kernel AIUI would be to > > use rpmbuild and the specfile, as for other RPMs. Doing so makes > > EXTRAVERSION work as expected, and (when using --target=i686) generates > > the expected .i686.rpm kernel(s). I'll add a sentence or two to the > > Release Notes that discusses this. > > > Could you include them here now also, please? Rather than using "make srpm" from within the BUILD/kernel*/linux* folder, you can include your custom config file(s) in the SOURCES/ folder, edit the specfile as needed, and do "rpmbuild -ba --target=i686 SPECS/kernel-2.6.spec" to build your custom kernel. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 seandarcy2 at gmail.com Sat Sep 23 16:02:37 2006 From: seandarcy2 at gmail.com (sean) Date: Sat, 23 Sep 2006 12:02:37 -0400 Subject: fontconfig: updating give " invalid cache file" Message-ID: .................... Updating : fontconfig ####################### [11/50] /var/cache/fontconfig: invalid cache file: 3830d5c3ddfd5cd38a049b759396e72e-x86.cache-2 /var/cache/fontconfig: invalid cache file: beeeeb3dfe132a8a0633a017c99ce0c0-x86.cache-2 /var/cache/fontconfig: invalid cache file: 53c7585a07a08fda4ab40d9e1c024bb8-x86.cache-2 /var/cache/fontconfig: invalid cache file: e19de935dec46bbf3ed114ee4965548a-x86.cache-2 /var/cache/fontconfig: invalid cache file: e3ead4b767b8819993a6fa3ae306afa9-x86.cache-2 ...................... What this? A bug, or have I corrupted the cache files somehow? sean From dax at gurulabs.com Sat Sep 23 16:38:30 2006 From: dax at gurulabs.com (Dax Kelson) Date: Sat, 23 Sep 2006 10:38:30 -0600 Subject: ctrl-c during boot != good In-Reply-To: <20060922174941.GA17495@nostromo.devel.redhat.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> Message-ID: <1159029510.2701.9.camel@thud.gurulabs.com> On Fri, 2006-09-22 at 13:49 -0400, Bill Nottingham wrote: > Dax Kelson (dax at gurulabs.com) said: > > SysVinit-2.86-12 > > ---------------- > > * Thu Sep 21 2006 Bill Nottingham - 2.86-12 > > - set controlling tty for /etc/rc so that ctrl-c can be passed to hung > > services (#184340) > > > > I don't have the permission to read the bug, so I could be interpreting > > this wrong. > > > > You do *not* want users to be able to press ctrl-c during boot up. > > Otherwise they can completely fsck the starting of daemons or commands > > (like remounting / rw), possibly causing a serious security breach. This > > is also a disaster for a kiosk where random malicious joe blows can > > screwup and stop the boot. > > > > I filed a bug circa 1997ish to fix the "can press control-c during > > bootup" problem. Lets not go backwards. > > We have multiple requests from people who want to be able to press > ctrl-c to stop hanging daemons. Note that you can *already* interrupt > rc.sysinit. > > Bill Bill, doesn't the facility already exist for those people? Namely "interactive boot"? Enabling this seems like a very bad tradeoff security wise. It is friendly/easier to always login to the GUI as root but we don't because that is bad security practice. The interruptibility of rc.sysinit should be fixed. You could at least make it configurable in /etc/sysconfig/init. Make PROMPT=yes allow/imply interruptibility but it PROMPT=no then the bootup can't be interrupted (including rc.sysinit). Dax Kelson Guru Labs From redhat at olen.net Sat Sep 23 17:45:03 2006 From: redhat at olen.net (Ola Thoresen) Date: Sat, 23 Sep 2006 19:45:03 +0200 Subject: ctrl-c during boot != good In-Reply-To: <1159029510.2701.9.camel@thud.gurulabs.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> Message-ID: <1159033503.2888.12.camel@ambystoma.olen.net> > Bill, doesn't the facility already exist for those people? Namely > "interactive boot"? > > Enabling this seems like a very bad tradeoff security wise. It is > friendly/easier to always login to the GUI as root but we don't because > that is bad security practice. If the facility already exists with "interactive boot", then why would it have any implications to be able to ctrl-c in addition? I have a few services starting at boot that depends on network (mounting of NFS-shares, connectiong to LDAP-servers and so on) which makes booting without network a _real_ pain. 99.9% of the time, I am connected to the network, and this is no problem. But the remaining 0.1% is normally when I need to boot _fast_ - because there is a problem with the network, and I need the laptop to fix it. I _could_ remember to boot into runlevel 1 and start neccessary services manually. Or I _could_ remember to press I for interactive boot. But it is _so_ much easier to just press ctrl-c when the boot hangs on "mounting nfs shares" instead of having to reboot again. It could ofcourse be made configureable, but then the same thing should be done for the "Interactive boot". Then there are times when you need it even if it is turned off in the config-file, so you would need to be able to override it from grub, and then my question is - what are the _real_ security gained from this? From linux_4ever at yahoo.com Sat Sep 23 17:47:23 2006 From: linux_4ever at yahoo.com (Steve G) Date: Sat, 23 Sep 2006 10:47:23 -0700 (PDT) Subject: ctrl-c during boot != good In-Reply-To: <1159029510.2701.9.camel@thud.gurulabs.com> Message-ID: <20060923174723.85536.qmail@web51505.mail.yahoo.com> >Make PROMPT=yes allow/imply interruptibility but it PROMPT=no then the >bootup can't be interrupted (including rc.sysinit). I think if a non-root user can stop the audit daemon, we have a problem. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From peter at thecodergeek.com Sat Sep 23 18:44:46 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 23 Sep 2006 11:44:46 -0700 Subject: Temporarily Disabling AIGLX? In-Reply-To: <1158990047.833.50.camel@mjollnir.borkware.net> References: <4514B3BB.8070801@thecodergeek.com> <1158990047.833.50.camel@mjollnir.borkware.net> Message-ID: <4515809E.2010401@thecodergeek.com> Mark Rosenstand wrote: > I don't think you need to disable it in the server - just either disable > the compositor in metacity, or in the case of compiz, don't launch it. Hmm. I guess that'll have to do for the time being. Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature URL: From icon at fedoraproject.org Sun Sep 24 03:28:22 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Sat, 23 Sep 2006 23:28:22 -0400 Subject: FC6T3 failed to install on Mactel Mini Core Duo Message-ID: Hi, folks: I tried to install FC6T3 on a Mactel Mini Core Duo for a friend of mine, and it failed, corrupting both Linux and Mac partitions. Was it just a fluke on my end, or can someone replicate it (make sure you back up first. :))? I have pretty much opted for all defaults during the setup. Cheers, -- Konstantin Ryabitsev Montr?al, Qu?bec From dcbw at redhat.com Sun Sep 24 03:43:45 2006 From: dcbw at redhat.com (Dan Williams) Date: Sat, 23 Sep 2006 23:43:45 -0400 Subject: ctrl-c during boot != good In-Reply-To: <1159033503.2888.12.camel@ambystoma.olen.net> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> Message-ID: <1159069425.2748.0.camel@localhost.localdomain> On Sat, 2006-09-23 at 19:45 +0200, Ola Thoresen wrote: > > Bill, doesn't the facility already exist for those people? Namely > > "interactive boot"? > > > > Enabling this seems like a very bad tradeoff security wise. It is > > friendly/easier to always login to the GUI as root but we don't because > > that is bad security practice. > > If the facility already exists with "interactive boot", then why would > it have any implications to be able to ctrl-c in addition? > > I have a few services starting at boot that depends on network (mounting > of NFS-shares, connectiong to LDAP-servers and so on) which makes > booting without network a _real_ pain. Maybe those services should get fixed to check for the existence of a network connection before trying to do what they do. Rather than hacking around dumb apps, we should fix the problem at the source. Dan > 99.9% of the time, I am connected to the network, and this is no > problem. But the remaining 0.1% is normally when I need to boot _fast_ > - because there is a problem with the network, and I need the laptop to > fix it. > > I _could_ remember to boot into runlevel 1 and start neccessary services > manually. > Or I _could_ remember to press I for interactive boot. > But it is _so_ much easier to just press ctrl-c when the boot hangs on > "mounting nfs shares" instead of having to reboot again. > > It could ofcourse be made configureable, but then the same thing should > be done for the "Interactive boot". Then there are times when you need > it even if it is turned off in the config-file, so you would need to be > able to override it from grub, and then my question is - what are the > _real_ security gained from this? > > > From peter at thecodergeek.com Sun Sep 24 03:57:25 2006 From: peter at thecodergeek.com (Peter Gordon) Date: Sat, 23 Sep 2006 20:57:25 -0700 Subject: ctrl-c during boot != good In-Reply-To: <1159069425.2748.0.camel@localhost.localdomain> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> Message-ID: <1159070245.5910.5.camel@localhost> On Sat, 2006-09-23 at 23:43 -0400, Dan Williams wrote: > Maybe those services should get fixed to check for the existence of a > network connection before trying to do what they do. Rather than > hacking around dumb apps, we should fix the problem at the source. +1 Gentoo's initscripts have a dependency-tracking functionality wherein one service can forcibly require another (such as Apache and Squid requiring that the 'net' service be started, et al.) Is there something akin to this already implemented? If not, how hard would it be to implement this? (Perhaps even port it in a rudimentary form from Gentoo's?) Thanks. -- Peter Gordon (codergeek42) GnuPG Public Key ID: 0xFFC19479 / Fingerprint: DD68 A414 56BD 6368 D957 9666 4268 CB7A FFC1 9479 My Blog: http://thecodergeek.com/blog/ -------------- 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 n0dalus+redhat at gmail.com Sun Sep 24 05:04:17 2006 From: n0dalus+redhat at gmail.com (n0dalus) Date: Sun, 24 Sep 2006 14:34:17 +0930 Subject: ctrl-c during boot != good In-Reply-To: <1159069425.2748.0.camel@localhost.localdomain> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> Message-ID: <6280325c0609232204q58f2a3dtd1ca5c9198b77098@mail.gmail.com> On 9/24/06, Dan Williams wrote: > > Maybe those services should get fixed to check for the existence of a > network connection before trying to do what they do. Rather than > hacking around dumb apps, we should fix the problem at the source. > Very true. In addition, it would be nice if other services didn't have to wait for non-related services to start before they do. I know there have been people looking into alternatives to the current init system -- does anyone know the progress of this? n0dalus. From Lam at Lam.pl Sun Sep 24 07:49:36 2006 From: Lam at Lam.pl (Leszek Matok) Date: Sun, 24 Sep 2006 09:49:36 +0200 Subject: ctrl-c during boot != good In-Reply-To: <1159070245.5910.5.camel@localhost> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> <1159070245.5910.5.camel@localhost> Message-ID: <1159084177.5081.37.camel@pensja.lam.pl> Dnia 23-09-2006, sob o godzinie 20:57 -0700, Peter Gordon napisa?(a): > Gentoo's initscripts have a dependency-tracking functionality wherein > one service can forcibly require another (such as Apache and Squid > requiring that the 'net' service be started, et al.) I'm assuming "net" service is something more than our "network", which can be started without me having Internet connectivity. In order to check if some service will hang I'd have to ping something like a.root-servers.net, my parent NTP server and so on. Things to check for are more sophisticated than simple "is service X running". But even if I could really detect all the things that will hang a service, this is still stupid. If I run Apache and Sendmail on a machine and the Internet link is temporarily down when I start it, I don't want it to boot for hours, but I still don't want to have the machine stand up without the services. What I want is both programs coming up instantly and serving their functions whenever the 'net is back. Making programs poll interfaces to bind to them regularly and/or validating config parameters with DNS queries whenever there is the possibility is something more than maintainer's job. That's why I don't expect Fedora people to fix every program in existence [but I'm not stopping anyone ;)], instead I expect ^C to work. Right now I use alt-sysrq-k, because that's the only way (still disabled by default). Programmable timeout for any service besides audit would also be a good thing. This seems easy to do as we already have rhgb which works interactively when the services are starting and already has a timeout to show the terminal if a process is taking too long. Now all there's left is either - waiting indefinitely, - killing it after a second, longer timeout, - putting it in the background after that longer timeout, depending on a service. Example of a service that can be safely pushed to the background is sendmail (which tends to hang if there's something wrong with DNS for my hostname, or at least did it last time I checked). Example of a program for which we have to wait is fsck :) Of course automatic killing is not an option if there's no way to schedule this same service's startup few minutes later. Lam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: To jest cz??? listu podpisana cyfrowo URL: From Axel.Thimm at ATrpms.net Sun Sep 24 09:00:21 2006 From: Axel.Thimm at ATrpms.net (Axel Thimm) Date: Sun, 24 Sep 2006 11:00:21 +0200 Subject: ctrl-c during boot != good In-Reply-To: <1159033503.2888.12.camel@ambystoma.olen.net> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> Message-ID: <20060924090021.GA32195@neu.nirvana> On Sat, Sep 23, 2006 at 07:45:03PM +0200, Ola Thoresen wrote: > It could ofcourse be made configureable, but then the same thing should > be done for the "Interactive boot". Then there are times when you need > it even if it is turned off in the config-file, so you would need to be > able to override it from grub, Adding a security measure in place that is overridable makes no sense. grub has to be hardened as well, if you harden the rest of the boot process. Unless you meant using grub with password protection, an authorized override is OK, of course. > and then my question is - what are the _real_ security gained from > this? Think of non-authorized persons sitting in front of the system, power-cycling it, and manipulating the system boot-up (examples are publicly exposed systems like student labs). -- Axel.Thimm at ATrpms.net -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From redhat at olen.net Sun Sep 24 09:51:06 2006 From: redhat at olen.net (Ola Thoresen) Date: Sun, 24 Sep 2006 11:51:06 +0200 Subject: ctrl-c during boot != good In-Reply-To: <20060924090021.GA32195@neu.nirvana> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <20060924090021.GA32195@neu.nirvana> Message-ID: <1159091466.2888.22.camel@ambystoma.olen.net> On s?n, 2006-09-24 at 11:00 +0200, Axel Thimm wrote: > On Sat, Sep 23, 2006 at 07:45:03PM +0200, Ola Thoresen wrote: > > and then my question is - what are the _real_ security gained from > > this? > > Think of non-authorized persons sitting in front of the system, > power-cycling it, and manipulating the system boot-up (examples are > publicly exposed systems like student labs). But unless you harden grub (which you suggest - and that's a good thing) you don't gain any security, as a person in front of the computer could normally just boot into single user mode, or use a number of other ways to bypass any security in the init scripts. But we should maybe add a "secure boot" option, that will set a password for grub, disable ctrl-c during init and the "interactive boot" question as well as taking other measures to protect the startup. Rgds. Ola Thoresen From jkeating at redhat.com Sun Sep 24 15:02:30 2006 From: jkeating at redhat.com (Jesse Keating) Date: Sun, 24 Sep 2006 11:02:30 -0400 Subject: FC6T3 failed to install on Mactel Mini Core Duo In-Reply-To: References: Message-ID: <200609241102.30384.jkeating@redhat.com> On Saturday 23 September 2006 23:28, Konstantin Ryabitsev wrote: > I tried to install FC6T3 on a Mactel Mini Core Duo for a friend of > mine, and it failed, corrupting both Linux and Mac partitions. Was it > just a fluke on my end, or can someone replicate it (make sure you > back up first. :))? > > I have pretty much opted for all defaults during the setup. Most of the i386 testing I did for the Test3 release was on a core-solo intel mac mini.... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From mark at borkware.net Sun Sep 24 17:40:41 2006 From: mark at borkware.net (Mark Rosenstand) Date: Sun, 24 Sep 2006 19:40:41 +0200 Subject: ctrl-c during boot != good In-Reply-To: <6280325c0609232204q58f2a3dtd1ca5c9198b77098@mail.gmail.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> <6280325c0609232204q58f2a3dtd1ca5c9198b77098@mail.gmail.com> Message-ID: <1159119641.985.6.camel@mjollnir.borkware.net> On Sun, 2006-09-24 at 14:34 +0930, n0dalus wrote: > On 9/24/06, Dan Williams wrote: > > > > Maybe those services should get fixed to check for the existence of a > > network connection before trying to do what they do. Rather than > > hacking around dumb apps, we should fix the problem at the source. > > > > Very true. > > In addition, it would be nice if other services didn't have to wait > for non-related services to start before they do. I know there have > been people looking into alternatives to the current init system -- > does anyone know the progress of this? http://upstart.ubuntu.com/ - also see http://lists.netsplit.com/pipermail/upstart-devel/2006-September/000065.html for future plans From rob at choralone.org Sun Sep 24 20:42:05 2006 From: rob at choralone.org (Rob Andrews) Date: Sun, 24 Sep 2006 21:42:05 +0100 Subject: ctrl-c during boot != good In-Reply-To: <1159070245.5910.5.camel@localhost> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> <1159070245.5910.5.camel@localhost> Message-ID: <20060924204205.GC1934@aphasia.badger.choralone.org> On 24-Sep-2006 04:57.25 (BST), Peter Gordon wrote: > Gentoo's initscripts have a dependency-tracking functionality wherein > one service can forcibly require another (such as Apache and Squid > requiring that the 'net' service be started, et al.) Gentoo's init scripts do have dependency tracking, but the place in which it falls down the most is the networking area. Bringing up net.lo isn't enough for network-dependant services to start, so most of them hang on net.ethX. This has largely proven to be problematic since then if net.ethX goes down, the dependant services go down also. And never get started back up. To be honest, with network services, it's mostly useless anyway. If lo is up, and the service binds to INADDR_ANY, does it matter if ethX goes down? A wpa_supplicant backed network interface is one example where this is a bad idea. One break in the connection, and the services drop and never return. I don't see dependancy tracking as desirable, since we can manage just fine with service ordering. -- rob andrews :: pgp 0x01e00563 :: rob at choralone.org From vonbrand at inf.utfsm.cl Sun Sep 24 20:35:53 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sun, 24 Sep 2006 16:35:53 -0400 Subject: ctrl-c during boot != good In-Reply-To: Message from Dax Kelson of "Sat, 23 Sep 2006 10:38:30 CST." <1159029510.2701.9.camel@thud.gurulabs.com> Message-ID: <200609242035.k8OKZrWC008349@laptop13.inf.utfsm.cl> Dax Kelson wrote: > On Fri, 2006-09-22 at 13:49 -0400, Bill Nottingham wrote: [...] > > We have multiple requests from people who want to be able to press > > ctrl-c to stop hanging daemons. Note that you can *already* interrupt > > rc.sysinit. > Bill, doesn't the facility already exist for those people? Namely > "interactive boot"? Yes and no. The time where it reacts is /way/ too short, so you have to try half a dozen times to get it right here. Besides, there are reasons for hangs before that point (can't mount /usr, NFS hosed come to mind) > Enabling this seems like a very bad tradeoff security wise. It is > friendly/easier to always login to the GUI as root but we don't because > that is bad security practice. Right. > The interruptibility of rc.sysinit should be fixed. If some miscreant has physical access to the box and is able to boot it, the game is over anyway. From louisg00 at bellsouth.net Sun Sep 24 22:19:08 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Sun, 24 Sep 2006 18:19:08 -0400 Subject: Howto debug suspend Message-ID: <1159136348.17258.3.camel@soncomputer> It's been a while since suspend worked on my box. Is their a way I can debug this so I can see what is happening? Is there a suspend mailing list that might be useful? -Louis From linux_4ever at yahoo.com Sun Sep 24 22:55:49 2006 From: linux_4ever at yahoo.com (Steve G) Date: Sun, 24 Sep 2006 15:55:49 -0700 (PDT) Subject: ctrl-c during boot != good In-Reply-To: <200609242035.k8OKZrWC008349@laptop13.inf.utfsm.cl> Message-ID: <20060924225549.45625.qmail@web51506.mail.yahoo.com> >> The interruptibility of rc.sysinit should be fixed. > >If some miscreant has physical access to the box and is able to boot it, >the game is over anyway. Not always. Places that I'm thinking of do not have floppy, cd, or usb ports. There has to be a way for those people to let bootup proceed without the user being able to subvert the system. They are the ones that also use passwords on bios and grub. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From naoki at valuecommerce.com Mon Sep 25 03:20:52 2006 From: naoki at valuecommerce.com (Naoki) Date: Mon, 25 Sep 2006 12:20:52 +0900 Subject: kernel-xen 2.6.18-1.2689.fc6 #1 SMP - No X. Message-ID: <1159154452.2662.34.camel@dragon.valuecommerce.ne.jp> Howdy, kernel-xen-2.6.18-1.2689.fc6 boots but X fails. I get graphical boot ok, I get "Starting firstboot..". Then it flips to what should be gnome starting up but I only see the cursor for probably half a second then the screen goes blank and I can't break out of X and need to cycle the box. Anybody else see this? -------------- next part -------------- An HTML attachment was scrubbed... URL: From darrellpf at gmail.com Mon Sep 25 03:46:15 2006 From: darrellpf at gmail.com (darrell pfeifer) Date: Sun, 24 Sep 2006 20:46:15 -0700 Subject: kernel-xen 2.6.18-1.2689.fc6 #1 SMP - No X. In-Reply-To: <1159154452.2662.34.camel@dragon.valuecommerce.ne.jp> References: <1159154452.2662.34.camel@dragon.valuecommerce.ne.jp> Message-ID: I had the same problem. I assumed it was my CPU (Centrino) or my graphics card (R300). darrell On 9/24/06, Naoki wrote: > > Howdy, > > kernel-xen-2.6.18-1.2689.fc6 boots but X fails. > > I get graphical boot ok, I get "Starting firstboot..". Then it flips to > what should be gnome starting up but I only see the cursor for probably half > a second then the screen goes blank and I can't break out of X and need to > cycle the box. > > Anybody else see this? > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > From naoki at valuecommerce.com Mon Sep 25 05:11:16 2006 From: naoki at valuecommerce.com (Naoki) Date: Mon, 25 Sep 2006 14:11:16 +0900 Subject: kernel-xen 2.6.18-1.2689.fc6 #1 SMP - No X. In-Reply-To: References: <1159154452.2662.34.camel@dragon.valuecommerce.ne.jp> Message-ID: <1159161076.2662.48.camel@dragon.valuecommerce.ne.jp> I'm a dual core Pentium D with intel 945 chipset. The issue only crops up with the xen kernel and seems unrelated to other factors. I guess we officially have a bug here but could it just be the same as : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207432 I've also experienced this : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=190461 So far I've not even been able to start testing xen because of these issues. On Sun, 2006-09-24 at 20:46 -0700, darrell pfeifer wrote: > I had the same problem. I assumed it was my CPU (Centrino) or my > graphics card (R300). > > darrell > > On 9/24/06, Naoki wrote: > > > > Howdy, > > > > kernel-xen-2.6.18-1.2689.fc6 boots but X fails. > > > > I get graphical boot ok, I get "Starting firstboot..". Then it flips to > > what should be gnome starting up but I only see the cursor for probably half > > a second then the screen goes blank and I can't break out of X and need to > > cycle the box. > > > > Anybody else see this? From naoki at valuecommerce.com Mon Sep 25 05:19:13 2006 From: naoki at valuecommerce.com (Naoki) Date: Mon, 25 Sep 2006 14:19:13 +0900 Subject: kernel-xen 2.6.18-1.2689.fc6 #1 SMP - No X. In-Reply-To: <1159161076.2662.48.camel@dragon.valuecommerce.ne.jp> References: <1159154452.2662.34.camel@dragon.valuecommerce.ne.jp> <1159161076.2662.48.camel@dragon.valuecommerce.ne.jp> Message-ID: <1159161553.2662.50.camel@dragon.valuecommerce.ne.jp> Did this, can't be too careful : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207883 From buc at odusz.so-cdu.ru Mon Sep 25 12:40:15 2006 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Sep 2006 16:40:15 +0400 Subject: Proposal (was: Re: traceroute lacks icmp support) In-Reply-To: <451291D0.1000104@odu.neva.ru> References: <451291D0.1000104@odu.neva.ru> Message-ID: <4517CE2F.4000008@odu.neva.ru> Dmitry Butskoy wrote: > FC5 has a replaced traceroute implementation, which unfortunately has > no icmp support > ("traceroute -I": the ability to send icmp echo packets instead of > udp). The corresponding bugzilla ticket is #176587 > . > > The icmp feature of traceroute is wide-used enough. Could the current traceroute be modified to support "alternatives"? If yes, I can add the old traceroute implementation to Fedora Extras. Additionally, I've found that the OpenBSD's traceroute6 already support icmp. Therefore it can be combined with the old Fedora's variant to one common package. (It seems that both are BSD-licensed). Thus users who want icmp/icmp6 support can use an FE alternative package. Dmitry Butskoy From remberson at edgedynamics.com Mon Sep 25 14:21:28 2006 From: remberson at edgedynamics.com (Richard Emberson) Date: Mon, 25 Sep 2006 07:21:28 -0700 Subject: xterm: restore env after restart Message-ID: <4517E5E8.5030204@edgedynamics.com> I am an xterm kind of guy, I have multiple virtual desktops with multiple xterms per desktop. When I stop and then restart KDE (maybe because I have to reboot, new kernel, etc.) I get all of the xterms, then all come up, but not with their environments. The xterms are all created which the bash shell in my home directory. What I want is for each xterm to be in the directory where it was when I rebooted with the same command history. Does anyone know how to do this (and share that info)? thanks Richard -- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. From dravet at hotmail.com Mon Sep 25 14:44:29 2006 From: dravet at hotmail.com (Jason Dravet) Date: Mon, 25 Sep 2006 09:44:29 -0500 Subject: RFE: yum show which package needed what dependency Message-ID: Hello, I am running rawhide. I was doing a yum update today and I noticed that yum added 5 packages to resolve dependencies. It would be nice if yum told me which package it was updating that needed what dependencies. Here is a list of dependences that yum added: Installing for dependencies: binutils i386 2.17.50.0.3-6 development 2.9 M gettext i386 0.14.6-2.fc6 development 1.4 M gnome-mag i386 0.13.1-1.fc6 development 93 k m4 i386 1.4.5-3 development 133 k patch i386 2.5.4-29.2.2 development 64 k I am requesting something like: Installing for dependencies: binutils i386 2.17.50.0.3-6 development 2.9 M binutils needed to resolve dependencies on foo gettext i386 0.14.6-2.fc6 development 1.4 M gettext needed to resolve dependencies on bar gnome-mag i386 0.13.1-1.fc6 development 93 k gnome-mag needed to resolve dependencies on foo and bar m4 i386 1.4.5-3 development 133 k patch i386 2.5.4-29.2.2 development 64 k If other people think this is of value I will open a RFE bug. Thanks, Jason From sundaram at fedoraproject.org Mon Sep 25 14:51:34 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 25 Sep 2006 20:21:34 +0530 Subject: RFE: yum show which package needed what dependency In-Reply-To: References: Message-ID: <4517ECF6.4040707@fedoraproject.org> Jason Dravet wrote: > Hello, > > I am running rawhide. I was doing a yum update today and I noticed that > yum added 5 packages to resolve dependencies. It would be nice if yum > told me which package it was updating that needed what dependencies. > Here is a list of dependences that yum added: > Installing for dependencies: > binutils i386 2.17.50.0.3-6 development 2.9 M > gettext i386 0.14.6-2.fc6 development 1.4 M > gnome-mag i386 0.13.1-1.fc6 development 93 k > m4 i386 1.4.5-3 development 133 k > patch i386 2.5.4-29.2.2 development 64 k > > I am requesting something like: > Installing for dependencies: > binutils i386 2.17.50.0.3-6 development 2.9 M > binutils needed to resolve dependencies on foo > gettext i386 0.14.6-2.fc6 development 1.4 M > gettext needed to resolve dependencies on bar > gnome-mag i386 0.13.1-1.fc6 development 93 k > gnome-mag needed to resolve dependencies on foo and bar > m4 i386 1.4.5-3 development 133 k > patch i386 2.5.4-29.2.2 development 64 k > > If other people think this is of value I will open a RFE bug. > Yes. I think this is quite useful too. Rahul From dravet at hotmail.com Mon Sep 25 14:59:24 2006 From: dravet at hotmail.com (Jason Dravet) Date: Mon, 25 Sep 2006 09:59:24 -0500 Subject: RFE: yum show which package needed what dependency Message-ID: I opened the following bug as the RFE for this request. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207939 Thanks, Jason From ajackson at redhat.com Mon Sep 25 15:28:20 2006 From: ajackson at redhat.com (Adam Jackson) Date: Mon, 25 Sep 2006 11:28:20 -0400 Subject: Temporarily Disabling AIGLX? In-Reply-To: <4514B3BB.8070801@thecodergeek.com> References: <4514B3BB.8070801@thecodergeek.com> Message-ID: <4517F594.70508@redhat.com> Peter Gordon wrote: > Hello, all. > > I've not as of yet been able to get Compiz and AIGLX eye-candy working (odd > since it was working nicely around the FC6T2 time frame). Because of this, AIGLX > doesn't seem very useful to me, and as I've been having some issues with a few > SDL/OpenGL apps, I'd like to disable it to test if it is AIGLX or something else > that is malfunctioning. > > I looked through the radeon(4) and xorg.conf(5) man pages with Yelp and found > nothing useful. A google search returned an earlier post from the X.org mailing > list from Donnie Berkholz suggesting to add `Option "AIGLX" "off"` in the > ServerFlags section of the xorg.conf file. Unfortunately, that just results in > a hardlock when between when RHGB finishes and when GDM attempts to start up. That doesn't mean it didn't turn off AIGLX. It means you found a new bug. Have you bz'd it with the X log file from the lockup? - ajax From buc at odusz.so-cdu.ru Mon Sep 25 16:18:04 2006 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Sep 2006 20:18:04 +0400 Subject: traceroute-icmp ready (was: Re: traceroute lacks icmp support) In-Reply-To: <4517CE2F.4000008@odu.neva.ru> References: <451291D0.1000104@odu.neva.ru> <4517CE2F.4000008@odu.neva.ru> Message-ID: <4518013C.8030609@odu.neva.ru> Dmitry Butskoy wrote: > Dmitry Butskoy wrote: > >> FC5 has a replaced traceroute implementation, which unfortunately has >> no icmp support >> ("traceroute -I": the ability to send icmp echo packets instead of >> udp). The corresponding bugzilla ticket is #176587 >> . >> >> The icmp feature of traceroute is wide-used enough. > > > > Could the current traceroute be modified to support "alternatives"? > > If yes, I can add the old traceroute implementation to Fedora Extras. > Additionally, I've found that the OpenBSD's traceroute6 already > support icmp. Therefore it can be combined with the old Fedora's > variant to one common package. (It seems that both are BSD-licensed). > Thus users who want icmp/icmp6 support can use an FE alternative package. Well, I've done something. It is a package named "traceroute-icmp", which currently just "conflicts" with the ordinary "traceroute" (i.e., the user must first remove "traceroute" then install "traceroute-icmp"). Certainly if the ordinary "traceroute" will support "alternatives", the my one will support it too :) I intend to add "traceroute-icmp" to Fedora Extras later. SRPM is here: http://dmitry.butskoy.name/traceroute-icmp/traceroute-icmp-1.4a12-26.src.rpm SPEC file: http://dmitry.butskoy.name/traceroute-icmp/traceroute-icmp.spec The idea of the package is to mix two source sets: the old FC4's one (for ipv4 support) and the code which has come to *bsd systems from the KAME project (i.e., the ordinary bsd's traceroute6.c source). Surely this bsdish code must be patched a little to be ported to Linux. As the "alternate traceroute for '-I' lovers" seems to be ready, please, consider the ability to apply "alternatives" to the Core's traceroute in FC6 ... Note again, that "traceroute without icmp" is a very bad idea, at least for those who actually work with real networks. Let them a chance, while the icmp support yet not added to the Core's one, to easily replace it with some Extras' alternative. Regards, Dmitry Butskoy http://www.fedoraproject.org/wiki/DmitryButskoy From sundaram at fedoraproject.org Mon Sep 25 16:22:49 2006 From: sundaram at fedoraproject.org (Rahul) Date: Mon, 25 Sep 2006 21:52:49 +0530 Subject: traceroute-icmp ready In-Reply-To: <4518013C.8030609@odu.neva.ru> References: <451291D0.1000104@odu.neva.ru> <4517CE2F.4000008@odu.neva.ru> <4518013C.8030609@odu.neva.ru> Message-ID: <45180259.1040302@fedoraproject.org> Dmitry Butskoy wrote: > > It is a package named "traceroute-icmp", which currently just > "conflicts" with the ordinary "traceroute" (i.e., the user must first > remove "traceroute" then install "traceroute-icmp"). > Certainly if the ordinary "traceroute" will support "alternatives", the > my one will support it too :) > > I intend to add "traceroute-icmp" to Fedora Extras later. > Fedora Extras packages cannot conflict with Fedora Core ones. Rahul From buc at odusz.so-cdu.ru Mon Sep 25 16:39:13 2006 From: buc at odusz.so-cdu.ru (Dmitry Butskoy) Date: Mon, 25 Sep 2006 20:39:13 +0400 Subject: traceroute-icmp ready Message-ID: <45180631.3070408@odu.neva.ru> Rahul wrote: >Dmitry Butskoy wrote: > > > > It is a package named "traceroute-icmp", which currently just > "conflicts" with the ordinary "traceroute" (i.e., the user must > first remove "traceroute" then install "traceroute-icmp"). > Certainly if the ordinary "traceroute" will support > "alternatives", the my one will support it too :) > >I intend to add "traceroute-icmp" to Fedora Extras later. > > > >Fedora Extras packages cannot conflict with Fedora Core ones. > > Especially "alternatives" are needed then! Dmitry Butskoy From cra at WPI.EDU Mon Sep 25 18:00:16 2006 From: cra at WPI.EDU (Chuck Anderson) Date: Mon, 25 Sep 2006 14:00:16 -0400 Subject: traceroute-icmp ready In-Reply-To: <45180631.3070408@odu.neva.ru> References: <45180631.3070408@odu.neva.ru> Message-ID: <20060925180015.GA18062@angus.ind.WPI.EDU> On Mon, Sep 25, 2006 at 08:39:13PM +0400, Dmitry Butskoy wrote: > >I intend to add "traceroute-icmp" to Fedora Extras later. > >Fedora Extras packages cannot conflict with Fedora Core ones. > Especially "alternatives" are needed then! You could call the ICMP one tracert. From notting at redhat.com Mon Sep 25 18:10:34 2006 From: notting at redhat.com (Bill Nottingham) Date: Mon, 25 Sep 2006 14:10:34 -0400 Subject: ctrl-c during boot != good In-Reply-To: <1159029510.2701.9.camel@thud.gurulabs.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> Message-ID: <20060925181034.GA15669@nostromo.devel.redhat.com> Dax Kelson (dax at gurulabs.com) said: > Bill, doesn't the facility already exist for those people? Namely > "interactive boot"? That doesn't really help you when the service does hang. > You could at least make it configurable in /etc/sysconfig/init. Not doable, realistically. Bill From seg at haxxed.com Sun Sep 24 12:22:12 2006 From: seg at haxxed.com (Callum Lerwick) Date: Sun, 24 Sep 2006 07:22:12 -0500 Subject: ctrl-c during boot != good In-Reply-To: <1159070245.5910.5.camel@localhost> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> <1159070245.5910.5.camel@localhost> Message-ID: <1159100532.5049.17.camel@localhost> Since I haven't seen much word in favor, for the record I have been wishing for this functionality for a while. :) Its really irritating to have to wait for a looong timeout just because the NTP server went down, or the DHCP server broke, or DNS broke, etc. I've found myself impatiently pounding ctrl-c on many an occasion, wishing it would actually work... Though I suppose really what I want is for ctrl-c to just cancel timeouts, not necessarily anything more than that... -------------- 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 louisg00 at bellsouth.net Mon Sep 25 20:13:03 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Mon, 25 Sep 2006 16:13:03 -0400 Subject: gdm not starting in init 5 Message-ID: <1159215183.2663.3.camel@soncomputer> gdm is not able to start when booting in run level 5. When I boot in init 3 I'm able to login and run gdm, Strange. Might have to do with the new authconfig package. -Louis From vonbrand at inf.utfsm.cl Mon Sep 25 20:53:42 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Mon, 25 Sep 2006 16:53:42 -0400 Subject: gdm not starting in init 5 In-Reply-To: Your message of "Mon, 25 Sep 2006 16:13:03 -0400." <1159215183.2663.3.camel@soncomputer> Message-ID: <200609252053.k8PKrgqx006590@laptop13.inf.utfsm.cl> Louis Garcia wrote: > gdm is not able to start when booting in run level 5. When I boot in > init 3 I'm able to login and run gdm, Strange. Might have to do with the > new authconfig package. I believe it is the problem with X hanging when booting with rhgb... -- 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 than at than.com Mon Sep 25 21:08:11 2006 From: than at than.com (Than Ngo) Date: Mon, 25 Sep 2006 23:08:11 +0200 Subject: gdm not starting in init 5 In-Reply-To: <1159215183.2663.3.camel@soncomputer> References: <1159215183.2663.3.camel@soncomputer> Message-ID: <200609252308.11849.than@than.com> Am Montag, 25. September 2006 22:13 schrieb Louis Garcia: > gdm is not able to start when booting in run level 5. When I boot in > init 3 I'm able to login and run gdm, Strange. Might have to do with the > new authconfig package. > this problem does not appear with SysVinit-2.86-11, it seems a bug in new SysVinit-2.86-12. Than From hughsient at gmail.com Mon Sep 25 21:29:59 2006 From: hughsient at gmail.com (Richard Hughes) Date: Mon, 25 Sep 2006 22:29:59 +0100 Subject: rawhide: 20060921 - problems. In-Reply-To: References: <45133033.6090408@valuecommerce.com> <45134688.5020006@valuecommerce.com> Message-ID: <1159219799.3427.1.camel@hughsie-laptop.localdomain> On Fri, 2006-09-22 at 21:53 +0000, Bojan Smojver wrote: > > Actually, it still isn't. You can force all kinds of things by using > RPM > directly. Yum, however, will check packages checksum against what it > has in its > primary.xml.gz file. For example, here are 3 packages from i386 > repository: > > ------------------------------------- > 1a9e25cd7c81e1ce10e2b73dc47a35eed166a698 > gsf-sharp-0.8.1-1.fc6.i386.rpm > 2beb89a8a66dca72833334a83ef2ffc3d1262761 hal-0.5.7.1-3.fc6.i386.rpm > a7b7fd448a2960c355c039297b070fece73f7521 > hsqldb-1.8.0.4-3jpp.2.i386.rpm > ------------------------------------- Still: Downloading Packages: (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB 00:07 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB 00:00 http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum Trying other mirror. The question is: is the header checksum incorrect or the package checksum incorrect? i.e. is it safe to force the transaction? Thanks, Richard. From buildsys at redhat.com Mon Sep 25 22:53:58 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Mon, 25 Sep 2006 18:53:58 -0400 Subject: rawhide report: 20060925 changes Message-ID: <200609252253.k8PMrwpp024159@hs20-bc2-6.build.redhat.com> Removed package openmotif Removed package xpdf Removed package lha Removed package ddd Updated Packages: Pyrex-0:0.9.4-2.fc6 ------------------- * Fri Sep 22 2006 Matthew Barnes - 0.8.4-2.fc6 - Don't %ghost .pyo files (bug #205445). * Wed Jul 12 2006 Jesse Keating - 0.9.4-1.1 - rebuild * Wed Apr 19 2006 John (J5) Palmieri - 0.9.4-1 - Upgrade to upstream 0.9.4 anaconda-11.1.0.100-1 --------------------- * Thu Sep 21 2006 Jeremy Katz - 11.1.0.100-1 - Fix a few tracebacks (#207594, #207587) - Allow only iSCSI disks (#207471) - Fix bootdisk.img on x86_64 cachefilesd-0.7-1.fc6 --------------------- * Fri Sep 22 2006 Steve Dickson 0.7-1 - updated to 0.7 which adds the howto.txt * Wed Aug 30 2006 Steve Dickson 0.6-1 - Fixed memory corruption problem - Added the fcull/fstop/frun options cups-1:1.2.4-2 -------------- * Fri Sep 22 2006 Tim Waugh 1:1.2.4-2 - 1.2.4 (bug #206763). No longer need str1968 patch. dmraid-1.0.0.rc12-6.fc6 ----------------------- * Fri Sep 22 2006 Heinz Mauelshagen - 1.0.0.rc12-1 - sil.c: quorate() OBO fix - activate.c: handler() OBO fix - added SNIA DDF1 support - added reload functionality to devmapper.c - added log_zero_sectors() to various metadata format handlers - sil.[ch]: added JBOD support eclipse-1:3.2.0-7.fc6 --------------------- * Thu Sep 21 2006 Ben Konrath 3.2.0-7 - Use real SWT version on ia64, ppc64, s390 and s390x. - Remove the swt native libs from the rcp sub-package because they are already in the libswt-gtk2 sub-package and rcp requires libswt-gtk2. - Set correct eclipse.product in post and postun of sdk and platform sub-packages (rh bug # 207442) - Don't set the .eclipseproduct twice. - Add Conflicts: mozilla to libswt3-gtk2 (rh bug # 207626). - Move Requires: firefox to libswt3-gtk2. * Thu Sep 21 2006 Andrew Overholt 3.2.0-7 - Add workaround for gjdoc Mac-encoded bug (gcc#29167) to make javadocs build. - Fix tomcat symlinking in %install to make help work (rh#199453). evince-0.6.0-2.fc6 ------------------ * Fri Sep 22 2006 Matthias Clasen - 0.6.0-2.fc6 - Fix a deadlock in printing evolution-2.8.0-6.fc6 --------------------- * Thu Sep 21 2006 Matthew Barnes - 2.8.0-6.fc6 - Add patch for RH bug #205576 (message deletion in thread view). * Wed Sep 20 2006 Matthew Barnes - 2.8.0-5.fc6 - Add patch for Gnome.org bug #356811 (lingering file on uninstall). * Tue Sep 19 2006 Matthew Barnes - 2.8.0-4.fc6 - Bump eds_version to 1.8.0. fedora-logos-6.0.6-1.fc6 ------------------------ * Fri Sep 22 2006 Than Ngo - 6.0.6-1 - add FedoraDNA theme for KDM * Fri Sep 22 2006 Matthias Clasen - 6.0.5-1 - Add a description for the default backgrounds * Fri Sep 22 2006 Ray Strode - 6.0.2-1 - update screenshot in FedoraDNA theme fontconfig-2.4.1-2.fc6 ---------------------- * Fri Sep 22 2006 Behdad Esfahbod - 2.4.1-2 - Update 30-aliases-fedora.conf to correctly alias MS and StarOffice fonts. (#207460) gcc-4.1.1-25 ------------ * Sat Sep 23 2006 Jakub Jelinek 4.1.1-25 - update from gcc-4_1-branch (-r117069:117162) - PRs c++/28996, c++/29087, middle-end/26983 - fix -fprofile-use with anonymous namespaces (Jan Hubicka, PRs profile/20815, profile/26399) - fix #pragma omp parallel and #pragma omp section that call nested functions (PRs middle-end/25261, middle-end/28790) gnome-applets-1:2.16.0.1-6.fc6 ------------------------------ * Thu Sep 21 2006 Ray Strode - 1:2.16.0.1-6 - Don't ask for password when changing CPU frequency * Mon Sep 18 2006 Matthias Clasen - 1:2.16.0.1-5 - Fix a segfault in the keyboard indicator applet * Fri Sep 15 2006 Matthias Clasen - 1:2.16.0.1-4 - Fix some icon size issues in the trash applet gnome-python2-extras-2.14.2-2.fc6 --------------------------------- * Fri Sep 22 2006 Matthew Barnes - 2.14.2-2 - Rebuild gtk2-2.10.4-2.fc6 ----------------- * Sat Sep 23 2006 Matthias Clasen - 2.10.4-2 - Fix a problem with the search patch * Sat Sep 23 2006 Matthias Clasen - 2.10.4-1 - Update to 2.10.4 - Drop upstreamed patches - Update the search patch - Require pkgconfig in the -devel package gzip-1.3.5-8 ------------ * Wed Sep 20 2006 Ivana Varekova 1.3.5-8 - fix bug 204676 (patches by Tavis Ormandy) - cve-2006-4334 - null dereference problem - cve-2006-4335 - buffer overflow problem - cve-2006-4336 - buffer underflow problem - cve-2006-4338 - infinite loop problem - cve-2006-4337 - buffer overflow problem icu-3.6-3 --------- * Mon Sep 25 2006 Caolan McNamara - 3.6-3 - rh#206615# render malayam like pango jessie-0:1.0.1-6 ---------------- * Thu Sep 21 2006 Thomas Fitzsimmons - 0:1.0.1-6 - Uncomment 1.4 methods from SSLSocket.java. (206278) kernel-2.6.18-1.2693.fc6 ------------------------ * Fri Sep 22 2006 David Woodhouse - Fix PowerPC audit syscall success/failure check (#204927) - Remove offsetof() from (#207569) - One line per header in Kbuild files to reduce conflicts - Fix visibility of ptrace operations on ppc32 - Fix ppc32 SECCOMP kudzu-1.2.57.1-1 ---------------- * Fri Sep 22 2006 Bill Nottingham - 1.2.57.1-1 - recognize scsi type 14 as disk (#207295) libchewing-0.3.0-4.fc6 ---------------------- * Fri Sep 15 2006 Caius Chance - 0.3.0-4.fc6 - Fixed bz#206232 - Shift_L + space doesn't work correctly libselinux-1.30.28-2 -------------------- * Mon Sep 25 2006 Dan Walsh - 1.30.28-2 - Add sgrubb patch for polmatch libunwind-0.98.5-2 ------------------ * Fri Sep 22 2006 Jan Kratochvil - 0.98.5-2 - SELinux compatibility fix - stack is now non-exec (Jakub Jelinek suggestion). libuser-0.54.7-1 ---------------- * Mon Sep 25 2006 Miloslav Trmac - 0.54.7-1 - New release with updated translations libvirt-0.1.6-1 --------------- * Fri Sep 22 2006 Daniel Veillard 0.1.6-1 - Support for localization - Support for new Xen-3.0.3 cdrom and disk configuration - Support for setting VNC port - Fix bug when running against xen-3.0.2 hypercalls - Fix reconnection problem when talking directly to http xend openldap-2.3.27-3 ----------------- * Mon Sep 18 2006 Jay Fenlason 2.3.27-3 - Include --enable-multimaster to close bz#185821: adding slapd_multimaster to the configure options - Upgade guide.html to the correct one for openladp-2.3.27, closing bz#190383: openldap 2.3 packages contain the administrator's guide for 2.2 - Remove the quotes from around the slaptestflags in ldap.init This closes one part of bz#204593: service ldap fails after having added entries to ldap - include __db.* in the list of files to check ownership of in ldap.init, as suggested in bz#199322: RFE: perform cleanup in ldap.init pam_krb5-2.2.11-1 ----------------- * Thu Sep 21 2006 Nalin Dahyabhai - 2.2.11-1 - update to 2.2.11 python-pyblock-0.23-1 --------------------- * Mon Sep 25 2006 Peter Jones - 0.23-1 - Link against zlib * Sun Sep 24 2006 Jeremy Katz - 0.22-2 - rebuild against new dmraid readahead-1:1.3-4 ----------------- * Fri Sep 22 2006 Karel Zak 1:1.3-4 - fix #207631 - clean up package build system and use tarball instead separated source files * Fri Sep 22 2006 Karel Zak 1:1.3-3 - fix #207631 - readahead has no debuginfo * Thu Jul 20 2006 Karel Zak 1:1.3-1 - move lists of files to /etc/readahead.d - add readahead-check to docs - ignore duplicate files redhat-artwork-5.0.7-1.fc6 -------------------------- * Sat Sep 23 2006 Than Ngo 5.0.7-1 - add FedoraDNA theme for KDM * Fri Sep 22 2006 Ray Strode - 5.0.6-1 - update to 5.0.6 to get reimplemented gdm theme * Fri Sep 15 2006 John (J5) Palmieri - 5.0.5-3 - Fix up the linking script a bit - Patch the index.theme file for Bluecurve so it adds the status directories scim-chewing-0.3.1-6.fc6 ------------------------ * Mon Sep 18 2006 Caius Chance - 0.3.1-6.fc6 - Fixed bz#206112 : Esc key to clean all buffer could't be disabled. * Fri Sep 15 2006 Caius Chance - 0.3.1-5_fc6 - Fixed bz#206125 : scim-chewing: Trigger keys setting isn't correct From pgraner at redhat.com Mon Sep 25 22:55:56 2006 From: pgraner at redhat.com (Pete Graner) Date: Mon, 25 Sep 2006 18:55:56 -0400 Subject: rawhide: 20060921 - problems. In-Reply-To: <1159219799.3427.1.camel@hughsie-laptop.localdomain> References: <45133033.6090408@valuecommerce.com> <45134688.5020006@valuecommerce.com> <1159219799.3427.1.camel@hughsie-laptop.localdomain> Message-ID: <45185E7C.3000508@redhat.com> Richard Hughes wrote: > On Fri, 2006-09-22 at 21:53 +0000, Bojan Smojver wrote: >> Actually, it still isn't. You can force all kinds of things by using >> RPM >> directly. Yum, however, will check packages checksum against what it >> has in its >> primary.xml.gz file. For example, here are 3 packages from i386 >> repository: >> >> ------------------------------------- >> 1a9e25cd7c81e1ce10e2b73dc47a35eed166a698 >> gsf-sharp-0.8.1-1.fc6.i386.rpm >> 2beb89a8a66dca72833334a83ef2ffc3d1262761 hal-0.5.7.1-3.fc6.i386.rpm >> a7b7fd448a2960c355c039297b070fece73f7521 >> hsqldb-1.8.0.4-3jpp.2.i386.rpm >> ------------------------------------- > > Still: > > Downloading Packages: > (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB > 00:07 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB > 00:00 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > > The question is: is the header checksum incorrect or the package > checksum incorrect? i.e. is it safe to force the transaction? > > Thanks, > > Richard. > > I forced the transaction buy doing: rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm rpm -Uvh http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm I did that on Thursday last week and have had no ill effects to date that I can see. Pete -- Pete Graner email: From fibonacci.prower at gmail.com Mon Sep 25 23:38:40 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Mon, 25 Sep 2006 18:38:40 -0500 Subject: alsa-oss Message-ID: Hello, Is there any reason why the alsa-oss package isn't part of Fedora? It has been said before (most notably in the Fedora forum) that OSS emulation modules are enabled by default, and therefore alsa-oss is obsolete, but aoss provides extra functionalities impossible to achieve with the kernel modules, such as software mixing of output, which are very useful for proprietary apps (Flash, Skype, etc) that use only OSS. http://alsa.opensrc.org/aoss "Usage of aoss is preferred over kernel-level OSS emulation because if you need use the PCM plugin layer, enabling the use of the Dmix Plugin or asym." I think that pretty much sums it up. See the full thread on the Fedora forum for more information: http://forums.fedoraforum.org/forum/showthread.php?t=125194 Thank you for your time, -Fibo -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. From david at fubar.dk Mon Sep 25 23:56:52 2006 From: david at fubar.dk (David Zeuthen) Date: Mon, 25 Sep 2006 19:56:52 -0400 Subject: rawhide: 20060921 - problems. In-Reply-To: <1159219799.3427.1.camel@hughsie-laptop.localdomain> References: <45133033.6090408@valuecommerce.com> <45134688.5020006@valuecommerce.com> <1159219799.3427.1.camel@hughsie-laptop.localdomain> Message-ID: <1159228612.3236.5.camel@daxter.boston.redhat.com> On Mon, 2006-09-25 at 22:29 +0100, Richard Hughes wrote: > Still: > > Downloading Packages: > (1/2): hsqldb-1.8.0.4-3jp 100% |=========================| 1.6 MB > 00:07 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/hsqldb-1.8.0.4-3jpp.2.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. > (2/2): gsf-sharp-0.8.1-1. 100% |=========================| 42 kB > 00:00 > http://download.fedora.redhat.com/pub/fedora/linux/core/development/i386/os/Fedora/RPMS/gsf-sharp-0.8.1-1.fc6.i386.rpm: [Errno -1] Package does not match checksum > Trying other mirror. Getting this too. It breaks livecd builds and potentially also OLPC builds - however, OLPC pulls in a very small set of RPM's, "only" about 200 so perhaps OLPC is safe. Or maybe not. But, really, a more important point is that our build system shouldn't push broken stuff out - we'll end up breaking every derived distro. Isn't there a way to detect and/or fix this on compose? Possibly only push a subset of packages, e.g. those that are not broken? Something to think about. David From kevin-redhat-devel at scrye.com Tue Sep 26 00:19:54 2006 From: kevin-redhat-devel at scrye.com (Kevin Fenzi) Date: Mon, 25 Sep 2006 18:19:54 -0600 (MDT) Subject: alsa-oss References: Message-ID: <20060925.181954.602938874.kevin@scrye.com> >>>>> "Fibonacci" == Fibonacci Prower writes: Fibonacci> Hello, Is there any reason why the alsa-oss package isn't Fibonacci> part of Fedora? It has been said before (most notably in Fibonacci> the Fedora forum) that OSS emulation modules are enabled by Fibonacci> default, and therefore alsa-oss is obsolete, but aoss Fibonacci> provides extra functionalities impossible to achieve with Fibonacci> the kernel modules, such as software mixing of output, Fibonacci> which are very useful for proprietary apps (Flash, Skype, Fibonacci> etc) that use only OSS. Fibonacci> http://alsa.opensrc.org/aoss "Usage of aoss is preferred Fibonacci> over kernel-level OSS emulation because if you need use the Fibonacci> PCM plugin layer, enabling the use of the Dmix Plugin or Fibonacci> asym." Fibonacci> I think that pretty much sums it up. See the full thread Fibonacci> on the Fedora forum for more information: Fibonacci> http://forums.fedoraforum.org/forum/showthread.php?t=125194 Well, alsa-oss was submitted for review to be added to fedora-extras quite a while ago. (In fact it currently has the distinction of being the new review request with the least recent activity on it). https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187706 You might add a comment there that you need this package and why? Fibonacci> Thank you for your time, Fibonacci> -Fibo kevin -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fibonacci.prower at gmail.com Tue Sep 26 01:00:14 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Mon, 25 Sep 2006 20:00:14 -0500 Subject: alsa-oss In-Reply-To: <20060925.181954.602938874.kevin@scrye.com> References: <20060925.181954.602938874.kevin@scrye.com> Message-ID: 2006/9/25, Kevin Fenzi : > >>>>> "Fibonacci" == Fibonacci Prower writes: > > Fibonacci> Hello, Is there any reason why the alsa-oss package isn't > Fibonacci> part of Fedora? It has been said before (most notably in > Fibonacci> the Fedora forum) that OSS emulation modules are enabled by > Fibonacci> default, and therefore alsa-oss is obsolete, but aoss > Fibonacci> provides extra functionalities impossible to achieve with > Fibonacci> the kernel modules, such as software mixing of output, > Fibonacci> which are very useful for proprietary apps (Flash, Skype, > Fibonacci> etc) that use only OSS. > > Fibonacci> http://alsa.opensrc.org/aoss "Usage of aoss is preferred > Fibonacci> over kernel-level OSS emulation because if you need use the > Fibonacci> PCM plugin layer, enabling the use of the Dmix Plugin or > Fibonacci> asym." > > Fibonacci> I think that pretty much sums it up. See the full thread > Fibonacci> on the Fedora forum for more information: > Fibonacci> http://forums.fedoraforum.org/forum/showthread.php?t=125194 > > Well, alsa-oss was submitted for review to be added to fedora-extras > quite a while ago. (In fact it currently has the distinction of being > the new review request with the least recent activity on it). > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=187706 > > You might add a comment there that you need this package and why? Done. > > Fibonacci> Thank you for your time, > Fibonacci> -Fibo > > kevin > -Fibo > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. From mitr at volny.cz Tue Sep 26 05:04:55 2006 From: mitr at volny.cz (Miloslav Trmac) Date: Tue, 26 Sep 2006 07:04:55 +0200 Subject: autoconf breakage on x86_64. In-Reply-To: References: Message-ID: <4518B4F7.6090107@volny.cz> Sam Varshavchik napsal(a): > I don't know the right way to fix this, but something is definitely > broken; and something needs to be fixed, one way or the other. The > question is what exactly needs to be fixed. > LIBS="-lresolv $LIBS" > AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no)) > /tmp/ccW7EeDX.o(.text+0x7): In function `main': > /home/mrsam/src/courier/authlib/configure:5160: undefined reference to > `res_query' > The reason appears to be that you have to #include on > x86_64 in order to succesfully pull res_query() out of libresolv.so. > You don't need to do this on x86, and the test program generated by > AC_TRY_LINK_FUNC does not include any headers, but uses a manual prototype. > > So, what now? Fetchmail uses this (after checking for the presence of the necessary header files): | AC_LINK_IFELSE([AC_LANG_PROGRAM([[ | #include | #ifdef HAVE_NETINET_IN_H | #include | #endif | #ifdef HAVE_ARPA_NAMESER_H | #include | #endif | #ifdef HAVE_RESOLV_H | #include | #endif | extern int res_search(); | ]], [[res_search(0, 0, 0, 0, 0);]])], | [AC_MSG_RESULT([found]) | AC_DEFINE(HAVE_RES_SEARCH, [1], | [Define to 1 if you have the 'res_search' function.]) | break], [AC_MSG_RESULT([not found])]) Mirek From pemboa at gmail.com Tue Sep 26 05:34:39 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 26 Sep 2006 00:34:39 -0500 Subject: Sorry to bitch..... but I'm desperate for help Message-ID: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> I have been to the following for help with this problem - fedora-list (mailing list) - video4linux (mailing list) - #fedora (irc) - #v4l (irc) - #mythtv-users (irc) I've filed the following bug reports: - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 To summarise, my tv card gets no sound with any 2.6.17.* Fedora kernel. When I installed FC5, things works flawlessly. The following factors make fixing this problem ASAP a big deal for me 1) This is my only cable tv viewing device 2) At some point some upgrade, wounded my binary blob Nvidia drivers, which my system had come to rely on. Now everything is sluggish, and colors on my my PVR software, MythTV are all messed up. 3) Most importantly to me, FC6 is coming. And I'm pretty sure I won't be having any 2.6.17 kernels in it. If I can't fix this problem....I will miss out on FC6 for who knows how long, and I've been hearing good things about it. The top two pieces of advice I have received so far, and attempted are to: 1) use v4lctl to verify all settings on the card 2) compile v4l from http://linuxtv.org/ Niether has worked. While I do not expect someone here to just tell me exactly what to do to fix the problem, I am hoping you all can advise me on how best to go about finding a solution. Many thanks. Arthur Pemberton -- Fedora Core 5 and proud From tla-ml at rasmil.dk Tue Sep 26 06:49:16 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Tue, 26 Sep 2006 08:49:16 +0200 Subject: mirrorlist script not working right. Message-ID: <4518CD6C.9050403@rasmil.dk> There have been a lot of talk on the list about no availible updates, because the mirrorlist script only returns one mirror for development (Rawhide) and it is not up to date. If i type this in a browser: http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386 I get: # repo = rawhide country = global arch = i386 http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/$ARCH/os/ Has any but made a bugzilla about this, if not what component should it be submitted against. I now i can change the mirrorlist to a baseurl in the repo file, to get the updates, but it is not the way it is supposed to be. Tim From fedora at camperquake.de Tue Sep 26 07:20:28 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Sep 2006 09:20:28 +0200 Subject: mirrorlist script not working right. In-Reply-To: <4518CD6C.9050403@rasmil.dk> References: <4518CD6C.9050403@rasmil.dk> Message-ID: <20060926092028.75fbb5a8@banea.int.addix.net> Hi. On Tue, 26 Sep 2006 08:49:16 +0200, Tim Lauridsen wrote: > Has any but made a bugzilla about this, if not what component should > it be submitted against. There is a ticket about it in the fedora ticket tracker (https://admin.fedoraproject.org/tickets/), number 2006081410000019. Please note that this can only be accessed with a valid Fedora Extras account. Why ibiblio is still in the mirror list at all (it has been broken more or less for months now) is beyond me. From tla-ml at rasmil.dk Tue Sep 26 07:45:34 2006 From: tla-ml at rasmil.dk (Tim Lauridsen) Date: Tue, 26 Sep 2006 09:45:34 +0200 Subject: mirrorlist script not working right. In-Reply-To: <20060926092028.75fbb5a8@banea.int.addix.net> References: <4518CD6C.9050403@rasmil.dk> <20060926092028.75fbb5a8@banea.int.addix.net> Message-ID: <4518DA9E.1030209@rasmil.dk> Ralf Ertzinger wrote: > Hi. > > On Tue, 26 Sep 2006 08:49:16 +0200, Tim Lauridsen wrote: > > >> Has any but made a bugzilla about this, if not what component should >> it be submitted against. >> > > There is a ticket about it in the fedora ticket tracker > (https://admin.fedoraproject.org/tickets/), number 2006081410000019. > > Please note that this can only be accessed with a valid Fedora Extras > account. > I have an valid Extra account but i can login, should there not be created a real bugzilla entry. It is a FC6Blocker if the mirrorlists scripts is not working right IMHO, It will be very bad if FC6 is released and nobody can get any updates, without editing repo files. Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From laroche at redhat.com Tue Sep 26 08:37:07 2006 From: laroche at redhat.com (Florian La Roche) Date: Tue, 26 Sep 2006 10:37:07 +0200 Subject: mirrorlist script not working right. In-Reply-To: <4518CD6C.9050403@rasmil.dk> References: <4518CD6C.9050403@rasmil.dk> Message-ID: <20060926083707.GA4088@dudweiler.stuttgart.redhat.com> On Tue, Sep 26, 2006 at 08:49:16AM +0200, Tim Lauridsen wrote: > There have been a lot of talk on the list about no availible updates, > because the mirrorlist script only > returns one mirror for development (Rawhide) and it is not up to date. > > If i type this in a browser: > http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386 > > I get: > > # repo = rawhide country = global arch = i386 > http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/$ARCH/os/ > > > Has any but made a bugzilla about this, if not what component should it > be submitted against. > > I now i can change the mirrorlist to a baseurl in the repo file, to get > the updates, but it is not the way it is supposed to be. Seems to be fixed now: [laroche at dudweiler ~]$ lynx -source "http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386" # repo = rawhide country = US arch = i386 http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/$ARCH/os/ http://mirrors.kernel.org/fedora/core/development/$ARCH/os/ [laroche at dudweiler ~]$ lynx -source "http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386&country=global" # repo = rawhide country = global arch = i386 http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/$ARCH/os/ http://mirrors.kernel.org/fedora/core/development/$ARCH/os/ regards, Florian La Roche From fedora at camperquake.de Tue Sep 26 08:49:23 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Sep 2006 10:49:23 +0200 Subject: mirrorlist script not working right. In-Reply-To: <20060926083707.GA4088@dudweiler.stuttgart.redhat.com> References: <4518CD6C.9050403@rasmil.dk> <20060926083707.GA4088@dudweiler.stuttgart.redhat.com> Message-ID: <20060926104923.031701d5@banea.int.addix.net> Hi. On Tue, 26 Sep 2006 10:37:07 +0200, Florian La Roche wrote: > Seems to be fixed now: This is somewhat dynamic, I fear. From redhat at olen.net Tue Sep 26 09:03:45 2006 From: redhat at olen.net (Ola Thoresen) Date: Tue, 26 Sep 2006 11:03:45 +0200 Subject: mirrorlist script not working right. In-Reply-To: <20060926083707.GA4088@dudweiler.stuttgart.redhat.com> References: <4518CD6C.9050403@rasmil.dk> <20060926083707.GA4088@dudweiler.stuttgart.redhat.com> Message-ID: <1159261425.2470.10.camel@ws21.ns5.powertech.no> > [laroche at dudweiler ~]$ lynx -source "http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386" > # repo = rawhide country = US arch = i386 > http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/$ARCH/os/ > http://mirrors.kernel.org/fedora/core/development/$ARCH/os/ > [laroche at dudweiler ~]$ lynx -source "http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386&country=global" > # repo = rawhide country = global arch = i386 > http://ftp.dulug.duke.edu/pub/fedora/linux/core/development/$ARCH/os/ > http://mirrors.kernel.org/fedora/core/development/$ARCH/os/ Here, I still only get ibiblio: $ links --source "http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386&country=global" # repo = rawhide country = global arch = i386 http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/$ARCH/os/ But the main problem is if I try with a non-existent country: - try: http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386&country=NO This used to just return an empty page, and I had ...country=NO,SE,DK,FI,global" to make sure I got a mirror closer than "global" if one was available. (And this used to work). From fedora at camperquake.de Tue Sep 26 09:26:49 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Tue, 26 Sep 2006 11:26:49 +0200 Subject: mirrorlist script not working right. In-Reply-To: <1159261425.2470.10.camel@ws21.ns5.powertech.no> References: <4518CD6C.9050403@rasmil.dk> <20060926083707.GA4088@dudweiler.stuttgart.redhat.com> <1159261425.2470.10.camel@ws21.ns5.powertech.no> Message-ID: <20060926112649.18ee32d1@banea.int.addix.net> Hi. On Tue, 26 Sep 2006 11:03:45 +0200, Ola Thoresen wrote: > Here, I still only get ibiblio: > > $ links --source > "http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386&country=global" > # repo = rawhide country = global arch = i386 > http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/$ARCH/os/ I have solved this by using "arch=ppc" in fedora-development.repo. This delivers a list of working mirrors (and since the script returns $ARCH in the mirror urls this actually works) From buildsys at redhat.com Tue Sep 26 11:18:24 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Tue, 26 Sep 2006 07:18:24 -0400 Subject: rawhide report: 20060926 changes Message-ID: <200609261118.k8QBIONh004564@hs20-bc2-6.build.redhat.com> Updated Packages: compiz-0.0.13-0.28.20060817git.fc6 ---------------------------------- * Mon Sep 25 2006 Soren Sandmann - 0.0.13-0.28.20060817git.fc6 - Change plane.patch to not do cyclical window movement in dimensions where the desktop has size 1 (bug 207263). * Thu Sep 21 2006 Soren Sandmann - Add patch to fix resizing smaller than minimum size (resize-offset.patch, bug 201623). fedora-release-notes-5.92-6 --------------------------- * Mon Sep 25 2006 Jesse Keating - 5.92-6 - Bump for lang fixes * Tue Sep 12 2006 Paul W. Frields - 5.92-5 - Update scrollkeeper data for about-fedora glibc-2.4.90-35 --------------- * Mon Sep 25 2006 Jakub Jelinek 2.4.90-35 - fix glob with large number of matches (BZ#3253) - fix fchownat on kernels that don't support that syscall (BZ#3252) - fix lrintl on s390{,64} * Sat Sep 23 2006 Jakub Jelinek 2.4.90-34 - fix ppc{32,64} longjmp (BZ#3225) - fix user visible spelling errors (BZ#3137) - fix l{,l}rint{,f,l} around zero (BZ#2592) - avoid stack trampoline in s390{,x} makecontext kdebase-6:3.5.4-9.fc6 --------------------- * Fri Sep 22 2006 Than Ngo 6:3.5.4-9 - fedora desktop background * Tue Sep 12 2006 Than Ngo 6:3.5.4-8 - apply upstream patch fix #205701, no bold is displayed in konsole fix two possible mem leaks - add missing icons for package_games_kids - add more icon contexts (Tango icontheme) libX11-1.0.3-3.fc6 ------------------ * Wed Sep 20 2006 Soren Sandmann 1.0.3-3.fc6 - Add patch to not forward keycode 0 (#194357). libXp-1.0.0-7 ------------- * Wed Sep 20 2006 Soren Sandmann - 1.0.0.7 - Add requires for the devel package on libXau-devel (173530) libgtop2-2.14.4-1.fc6 --------------------- * Wed Sep 20 2006 Soren Sandmann - 2.14.4-1.fc6 - Update to 2.14.4. The only change from 2.14.3 is the fix for b.r.c 206616 / b.g.o 255290. libwnck-2.16.0-3.fc6 -------------------- * Mon Sep 25 2006 Matthias Clasen - 2.16.0-3 - Make the pager visible when using compiz metacity-2.16.0-4.fc6 --------------------- * Mon Sep 25 2006 Soren Sandmann - 2.16.0-4.fc6 - Build * Thu Sep 21 2006 Soren Sandmann - Remove GL dependencies. - Remove static-cm patch - add patch to fix more CurrentTime race conditions (bug 206263) * Thu Sep 14 2006 Ray Strode - 2.16.0-3.fc6 - remove stale ctrl-alt-delete patch pykickstart-0.34-1 ------------------ * Mon Sep 25 2006 Chris Lumens - 0.34-1 - Add support for --biospart option to harddrive (#207585). - Update writer for syntax changes. xorg-x11-xinit-1.0.2-11.fc6 --------------------------- * Mon Sep 25 2006 Kristian H??gsberg - 1.0.2-11.fc6 - Bump and rebuild. * Mon Sep 25 2006 Kristian H??gsberg - 1.0.2-10.fc6 - Move hardcoded xsetroot background color to fallback cases (#205901). From sundaram at fedoraproject.org Tue Sep 26 13:53:33 2006 From: sundaram at fedoraproject.org (Rahul) Date: Tue, 26 Sep 2006 19:23:33 +0530 Subject: [Fwd: Need peoples to test Gutenprint package] Message-ID: <451930DD.7040400@fedoraproject.org> Hi Feedback appreciated. Rahul -------------- next part -------------- An embedded message was scrubbed... From: "=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=" Subject: Need peoples to test Gutenprint package Date: Tue, 26 Sep 2006 10:01:33 +0530 Size: 4575 URL: From remberson at edgedynamics.com Tue Sep 26 14:22:27 2006 From: remberson at edgedynamics.com (Richard Emberson) Date: Tue, 26 Sep 2006 07:22:27 -0700 Subject: xterm: restore env after restart In-Reply-To: <4517E5E8.5030204@edgedynamics.com> References: <4517E5E8.5030204@edgedynamics.com> Message-ID: <451937A3.9050507@edgedynamics.com> On KDE start, how to restore your xterms running bash to the state they had at the previous KDE shutdown (well, mostly). Needed an xterm script file used when you explicitly launch xterm and a bash file used to save/restore each xterm's bash session. mkdir $HOME/.bash_info xterm script: #!/bin/bash export BASH_INFO="$HOME/.bash_info" # find new id declare -i BASH_ID=0 while [[ -e $BASH_INFO/xterm_$BASH_ID ]]; do BASH_ID=$(( $BASH_ID + 1)) done # make unique directory based upon bash id /bin/mkdir $BASH_INFO/xterm_$BASH_ID # store bash id in file LOCAL_INIT_FILE=" $BASH_INFO/xterm_$BASH_ID/LOCAL_INIT_FILE" echo "# LOCAL_INIT_FILE" > $LOCAL_INIT_FILE echo "export BASH_ID=$BASH_ID" >> $LOCAL_INIT_FILE echo "export BASH_INFO=$HOME/.bash_info" >> $LOCAL_INIT_FILE echo ". $BASH_INFO/INIT_FILE" >> $LOCAL_INIT_FILE # start xterm /usr/bin/xterm -bg lightgrey \ -geometry 80x22 -sl 1500 +si \ -fa $F -fs 12 \ -e /bin/bash --init-file $LOCAL_INIT_FILE & # end-of-script xterm initialization script: # INIT_FILE . $HOME/.bashrc XTERM_DIR=$BASH_INFO/xterm_$BASH_ID export HISTFILE=$XTERM_DIR/history export HISTSIZE=1000 if [[ -f $XTERM_DIR/CD_FILE ]]; then . $XTERM_DIR/CD_FILE fi function cd() { if [[ $# -eq 0 ]]; then builtin cd else builtin cd "$1" fi echo "cd $PWD" > $XTERM_DIR/CD_FILE } function on_exit() { echo "cd $PWD" > $XTERM_DIR/CD_FILE builtin exit 0 } trap on_exit SIGTERM EXIT # restart vi command if found if [[ -e $HISTFILE ]]; then CMD=$(tail -1 $HISTFILE) #echo CMDO=$CMD if [[ "$CMD" == "exit" ]]; then CMD=$(tail -2 $HISTFILE | grep -v exit) fi if [[ "$CMD" == "exit" ]]; then CMD=$(tail -3 $HISTFILE | grep -v exit) fi #echo CMD1=$CMD if [[ $CMD =~ "vi" ]]; then eval $CMD fi fi # end-of-script Now launch your xterms using above xterm script. If you do a: ps auxwww | grep xterm you will see the running xterm commands which are the same commands that will be stored in the KDE session manager rc file: $HOME/.kde/share/config/ksmserverrc so that when KDE restarts, your xterms will restart in the same directories and vi sessions that you left them in. If there is a better way, please post it. Thanks Richard Richard Emberson wrote: > > I am an xterm kind of guy, I have multiple virtual desktops with > multiple xterms per desktop. When I stop and then restart KDE > (maybe because I have to reboot, new kernel, etc.) I get all > of the xterms, then all come up, but not with their environments. > The xterms are all created which the bash shell in my home > directory. What I want is for each xterm to be in the directory > where it was when I rebooted with the same command history. > > Does anyone know how to do this (and share that info)? > thanks > > Richard > > > -- This email message is for the sole use of the intended recipient(s) and may contain confidential information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. From tcegrid at yahoo.co.in Tue Sep 26 15:09:09 2006 From: tcegrid at yahoo.co.in (tce tce) Date: Tue, 26 Sep 2006 16:09:09 +0100 (BST) Subject: Help Needed -Adding service to Xinetd.d[Fedora core4] Message-ID: <20060926150909.91363.qmail@web7707.mail.in.yahoo.com> hi, i am using fedora core4.I want to add an extra service called gsiftp.so i added the service file called gsiftp to /etc/xinetd.d and tried to start the service using /etc/xinetd.d/gsiftp reload it throws an error called gsiftp: unrecognized service. /sbin/service is a file which contains SERVICEDIR="/etc/init.d" as default location, i don't how to make it see the location /etc/xinetd.d. In FC-4 /etc/init.d folder not contain any file called xinetd inside it. can anyone help me to solve my problem. by thamizh --------------------------------- Find out what India is talking about on - Yahoo! Answers India Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW -------------- next part -------------- An HTML attachment was scrubbed... URL: From rdieter at math.unl.edu Tue Sep 26 16:02:41 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Tue, 26 Sep 2006 11:02:41 -0500 Subject: Help Needed -Adding service to Xinetd.d[Fedora core4] References: <20060926150909.91363.qmail@web7707.mail.in.yahoo.com> Message-ID: tce tce wrote: > i am using fedora core4.I want to add an extra service called gsiftp.so > i added the service file called gsiftp to /etc/xinetd.d and tried to > start the service using /etc/xinetd.d/gsiftp reload it throws an error > called gsiftp: unrecognized service. Just activate your new service: /sbin/chkconfig gsiftp on and then restarting/reloading xinetd, /sbin/service xinetd reload should be all that is required. -- Rex From admin at zapped.2y.net Tue Sep 26 16:14:29 2006 From: admin at zapped.2y.net (Erik van Pienbroek) Date: Tue, 26 Sep 2006 18:14:29 +0200 Subject: [Fwd: Need peoples to test Gutenprint package] In-Reply-To: <451930DD.7040400@fedoraproject.org> References: <451930DD.7040400@fedoraproject.org> Message-ID: <1159287269.13689.31.camel@alguno> Op dinsdag 26-09-2006 om 19:23 uur [tijdzone +0530], schreef Rahul: > > As i feel its packaging is completed now, i need you peoples to > > test it and give your feedback here or in bugzilla. My Sponsor Kevin > > has created a yum repository for this package. To Use this package for > > FC5(i386/x86_64) and FC6 (i386), use following link to download it. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199108#c59 I just tested it according to the instructions at the bugzilla entry. As I'm running rawhide, the mentioned yum config doesn't work. I had to change the yum config to this : [gutenprint-test] name=gutenprint testing rpms baseurl=http://www.scrye.com/gutenprint/development/$basearch/ enabled=1 gpgcheck=0 After that I installed the packages with : yum install gutenprint gutenprint-cups gutenprint-extras gutenprint-foomatic gutenprint-ppds-nl (I picked the nl ppd's as I'm living in the Netherlands) Next I started system-config-printer and tried to add a printer. The gutenprint ppds integrated perfect into s-c-p! In s-c-p I added a new printer and used the ppd for the Canon Pixma IP4000. (Actually my printer is a Canon Pixma IP5200R connected via ethernet, but nmap -O said it is a Canon Pixmar IP4000R printer). I tried to print a testpage from s-c-p and the printer performed it's job. However, the horizontal alignment of the different colors are wrong. The Y color is positioned just right, but the colors C and M are positioned at twice the horizontal position it should be. So if a dot needs to be set at coordinate 5, 5 the Y color is placed at that coordinate, but the C and M colors are placed at coordinate 10, 5. Another bug is that the bottom part of the print gets clipped off the page (bottom margin). This is using A4 paper. I couldn't find a setting for the bottom margin in s-c-p, so I couldn't fiddle with this setting. These issues are probably specific to my printer, but these are my findings with gutenprint this far. The integration with s-c-p is perfect! Regards, Erik van Pienbroek From skasal at redhat.com Tue Sep 26 17:04:00 2006 From: skasal at redhat.com (Stepan Kasal) Date: Tue, 26 Sep 2006 19:04:00 +0200 Subject: autoconf breakage on x86_64. In-Reply-To: <4518B4F7.6090107@volny.cz> References: <4518B4F7.6090107@volny.cz> Message-ID: <20060926170400.GA5637@camelia.ucw.cz> Hello, On Tue, Sep 26, 2006 at 07:04:55AM +0200, Miloslav Trmac wrote: > Sam Varshavchik napsal(a): > > LIBS="-lresolv $LIBS" > > AC_TRY_LINK_FUNC(res_query, AC_MSG_RESULT(yes), AC_MSG_RESULT(no)) > > > /tmp/ccW7EeDX.o(.text+0x7): In function `main': > > /home/mrsam/src/courier/authlib/configure:5160: undefined reference to > > `res_query' > > > The reason appears to be that you have to #include on > > x86_64 in order to succesfully pull res_query() out of libresolv.so. well, using resolv.h portably can be tricky. The glibc manpage says that you have to include netinet/in.h and arpa/nameser.h first. Moreover, on Solaris 9, you have to include netdb.h, too. So to check for resolv.h correctly, you have to do this: AC_CHECK_HEADERS(sys/types.h netinet/in.h arpa/nameser.h netdb.h resolv.h, [], [], [[#ifdef HAVE_SYS_TYPES_H # include #endif #ifdef HAVE_NETINET_IN_H # include /* inet_ functions / structs */ #endif #ifdef HAVE_ARPA_NAMESER_H # include /* DNS HEADER struct */ #endif #ifdef HAVE_NETDB_H # include #endif]]) In Autoconf 2.60, the above code is available as AC_HEADER_RESOLV. And this should be enough, because systems with resolv.h should also have an implementation. So my guess is that no further checking is needed, but I'm not an expert on systemology. If there are really systems with resolv.h but without res_query, you might use a variation of what Miloslav Trmac posted (adding netdb.h). But remeber that the goal of configure is to adapt the project to all possible Unix flavours, not to check for broken installations. If there are further questions, the mailing list autoconf gnu org might also be a good place to discuss them. Have a nice day, Stepan Kasal From emeric.maschino at gmail.com Tue Sep 26 21:15:51 2006 From: emeric.maschino at gmail.com (=?ISO-8859-1?Q?=C9meric_Maschino?=) Date: Tue, 26 Sep 2006 23:15:51 +0200 Subject: rhgb and gdm conflict? Message-ID: Hi, Is there actually something wrong with rhgb and gdm? When rhgb is passed to the kernel, the graphical boot progress normally but I'm getting a blue display and a black arrow as the mouse cursor where the the gdm login screen is usually displayed. The system seems to be frozen as I can't switch to a text console or kill the X server with Ctrl-Alt-Backspace. However, I can remotely access it and restart gdm by invoking /usr/sbin/gdm-restart. The gdm login screen is then displayed normally and I can log in a GNOME session without a problem. By contrast, when rhgb isn't started, the gdm login screen is displayed normally and works fine. I can't find a similar bug report for the gdm component. This is on an Itanium workstation (IA-64 architecture). Are you experiencing the same issue on an other system? Cheers, Emeric -------------- next part -------------- An HTML attachment was scrubbed... URL: From louisg00 at bellsouth.net Tue Sep 26 22:46:15 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Tue, 26 Sep 2006 18:46:15 -0400 Subject: Howto debug suspend (Solved for my box) In-Reply-To: <1159136348.17258.3.camel@soncomputer> References: <1159136348.17258.3.camel@soncomputer> Message-ID: <1159310775.3566.14.camel@soncomputer> On Sun, 2006-09-24 at 18:19 -0400, Louis Garcia wrote: > It's been a while since suspend worked on my box. Is their a way I can > debug this so I can see what is happening? Is there a suspend mailing > list that might be useful? > > -Louis I've been debugging suspend with the suspend people and found out the problem, at least for me. The culprit was acpi_cpufreq, after removing this module suspend and resume works fine for me. This would be the bugzilla link for it: http://bugzilla.kernel.org/show_bug.cgi?id=7188 Would opening a redhat bug for this help or just wait for upstream to fix it? -Louis From jacliburn at bellsouth.net Tue Sep 26 23:16:28 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 26 Sep 2006 18:16:28 -0500 Subject: Sorry to bitch..... but I'm desperate for help In-Reply-To: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> References: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> Message-ID: <4519B4CC.1050100@bellsouth.net> Arthur Pemberton wrote: > I have been to the following for help with this problem > > - fedora-list (mailing list) > - video4linux (mailing list) > - #fedora (irc) > - #v4l (irc) > - #mythtv-users (irc) > > I've filed the following bug reports: > > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 > > To summarise, my tv card gets no sound with any 2.6.17.* Fedora > kernel. When I installed FC5, things works flawlessly. Arthur, by chance have you tried a 2.6.18 kernel, like the new 2.6.18-1.2189.fc5 kernel currently in testing? It might be worth a try. Jay From mike at miketc.com Tue Sep 26 23:22:05 2006 From: mike at miketc.com (Mike Chambers) Date: Tue, 26 Sep 2006 18:22:05 -0500 Subject: [Fwd: Need peoples to test Gutenprint package] In-Reply-To: <451930DD.7040400@fedoraproject.org> References: <451930DD.7040400@fedoraproject.org> Message-ID: <1159312925.4635.1.camel@scrappy.miketc.com> On Tue, 2006-09-26 at 19:23 +0530, Rahul wrote: > > Gutenprint is a package of high quality printer drivers for Linux, > > BSD,Solaris, IRIX, and other UNIX-alike operating systems. Gutenprint > > was formerly called Gimp-Print. > > It contains many improved printer drivers and some new printer > > drivers also. This package is submitted for its review at > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199108 > > As i feel its packaging is completed now, i need you peoples to > > test it and give your feedback here or in bugzilla. My Sponsor Kevin > > has created a yum repository for this package. To Use this package for > > FC5(i386/x86_64) and FC6 (i386), use following link to download it. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199108#c59 I added a comment about this to the bug report, but I got the following errors when trying to install gutenprint.. Loading "installonlyn" plugin Setting up Install Process Setting up repositories Reading repository metadata in from local files Parsing package install arguments Resolving Dependencies --> Populating transaction set with selected packages. Please wait. ---> Package gutenprint.i386 0:5.0.0-0.11.fc6 set to be updated --> Running transaction check --> Processing Dependency: libgtk-1.2.so.0 for package: gutenprint --> Processing Dependency: libgdk-1.2.so.0 for package: gutenprint --> Processing Dependency: libglib-1.2.so.0 for package: gutenprint --> Processing Dependency: libgmodule-1.2.so.0 for package: gutenprint --> Finished Dependency Resolution Error: Missing Dependency: libgtk-1.2.so.0 is needed by package gutenprint Error: Missing Dependency: libgdk-1.2.so.0 is needed by package gutenprint Error: Missing Dependency: libglib-1.2.so.0 is needed by package gutenprint Error: Missing Dependency: libgmodule-1.2.so.0 is needed by package gutenprint FC6t3+ system (fully rawhide with updates as of yesterday) -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From admin at zapped.2y.net Tue Sep 26 23:31:37 2006 From: admin at zapped.2y.net (Erik van Pienbroek) Date: Wed, 27 Sep 2006 01:31:37 +0200 Subject: [Fwd: Need peoples to test Gutenprint package] In-Reply-To: <1159312925.4635.1.camel@scrappy.miketc.com> References: <451930DD.7040400@fedoraproject.org> <1159312925.4635.1.camel@scrappy.miketc.com> Message-ID: <1159313497.13689.53.camel@alguno> Op dinsdag 26-09-2006 om 18:22 uur [tijdzone -0500], schreef Mike Chambers: > Error: Missing Dependency: libgtk-1.2.so.0 is needed by package > gutenprint > Error: Missing Dependency: libgdk-1.2.so.0 is needed by package > gutenprint > Error: Missing Dependency: libglib-1.2.so.0 is needed by package > gutenprint > Error: Missing Dependency: libgmodule-1.2.so.0 is needed by package > gutenprint > > FC6t3+ system (fully rawhide with updates as of yesterday) Seems like the extras-development yum repository isn't enabled at your computer. This can be enabled by editing /etc/yum.repos.d/fedora-extras-development.repo and setting the option 'enabled=1' Regards, Erik van Pienbroek From mike at miketc.com Tue Sep 26 23:36:25 2006 From: mike at miketc.com (Mike Chambers) Date: Tue, 26 Sep 2006 18:36:25 -0500 Subject: [Fwd: Need peoples to test Gutenprint package] In-Reply-To: <1159312925.4635.1.camel@scrappy.miketc.com> References: <451930DD.7040400@fedoraproject.org> <1159312925.4635.1.camel@scrappy.miketc.com> Message-ID: <1159313785.5248.2.camel@scrappy.miketc.com> On Tue, 2006-09-26 at 18:22 -0500, Mike Chambers wrote: > I added a comment about this to the bug report, but I got the following > errors when trying to install gutenprint.. As mentioned by some others, I made sure extras-development was enabled, and it was. The problem is I think my mirror (er the one I mirror and keep syncd locally) was/is out of date or something. I enabled the repo back to the original Fedora setup and it downloaded the missing rpms. So far so good, although my test failed. Was trying to find driver for Lexmark Z515 (I have a feeling this is windows only printer), as it 's connected to my mom's Win XP machine. -- Mike Chambers Madisonville, KY "Sex is like air, it's not important unless your not getting any!" From pgraner at redhat.com Tue Sep 26 23:37:25 2006 From: pgraner at redhat.com (Pete Graner) Date: Tue, 26 Sep 2006 19:37:25 -0400 Subject: rhgb and gdm conflict? In-Reply-To: References: Message-ID: <4519B9B5.6040601@redhat.com> ?meric Maschino wrote: > Hi, > > Is there actually something wrong with rhgb and gdm? When rhgb is passed > to the kernel, the graphical boot progress normally but I'm getting a > blue display and a black arrow as the mouse cursor where the the gdm > login screen is usually displayed. The system seems to be frozen as I > can't switch to a text console or kill the X server with > Ctrl-Alt-Backspace. However, I can remotely access it and restart gdm by > invoking /usr/sbin/gdm-restart. The gdm login screen is then displayed > normally and I can log in a GNOME session without a problem. By > contrast, when rhgb isn't started, the gdm login screen is displayed > normally and works fine. I can't find a similar bug report for the gdm > component. This is on an Itanium workstation (IA-64 architecture). Are > you experiencing the same issue on an other system? > > Cheers, > > Emeric > Long drawn out discussion on fedora-test-list, the thread starts here: https://www.redhat.com/archives/fedora-test-list/2006-September/msg00619.html The bz tracking this is here: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207746 Not much in the bz, all the discussion is in the mail thread as of now. If I have time in the AM I'll summarize. Pete -- Pete Graner email: From sundaram at fedoraproject.org Tue Sep 26 23:59:50 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 27 Sep 2006 05:29:50 +0530 Subject: Pirut media handling Message-ID: <4519BEF6.3080004@fedoraproject.org> Hi If Pirut wont handle media by default in FC6, we should probably provide detailed help on configuring it manually (minus the insert CD part). I missed out adding this to the release notes (which is already under freeze). Rahul From louisg00 at bellsouth.net Wed Sep 27 00:08:00 2006 From: louisg00 at bellsouth.net (Louis Garcia) Date: Tue, 26 Sep 2006 20:08:00 -0400 Subject: Howto debug suspend (Solved for my box) In-Reply-To: <1159310775.3566.14.camel@soncomputer> References: <1159136348.17258.3.camel@soncomputer> <1159310775.3566.14.camel@soncomputer> Message-ID: <1159315680.4766.0.camel@soncomputer> On Tue, 2006-09-26 at 18:46 -0400, Louis Garcia wrote: > On Sun, 2006-09-24 at 18:19 -0400, Louis Garcia wrote: > > It's been a while since suspend worked on my box. Is their a way I can > > debug this so I can see what is happening? Is there a suspend mailing > > list that might be useful? > > > > -Louis > > I've been debugging suspend with the suspend people and found out the > problem, at least for me. The culprit was acpi_cpufreq, after removing > this module suspend and resume works fine for me. > > This would be the bugzilla link for it: > http://bugzilla.kernel.org/show_bug.cgi?id=7188 > > Would opening a redhat bug for this help or just wait for upstream to > fix it? > > -Louis does anyone have a repo of all fedora kernels since test2? -Louis From jacliburn at bellsouth.net Wed Sep 27 00:19:35 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 26 Sep 2006 19:19:35 -0500 Subject: Sorry to bitch..... but I'm desperate for help In-Reply-To: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> References: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> Message-ID: <4519C397.3090809@bellsouth.net> Arthur Pemberton wrote: > I have been to the following for help with this problem > > - fedora-list (mailing list) > - video4linux (mailing list) > - #fedora (irc) > - #v4l (irc) > - #mythtv-users (irc) > > I've filed the following bug reports: > > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 > > To summarise, my tv card gets no sound with any 2.6.17.* Fedora > kernel. When I installed FC5, things works flawlessly. [snip] > > While I do not expect someone here to just tell me exactly what to do > to fix the problem, I am hoping you all can advise me on how best to > go about finding a solution. You're not alone. See especially the reply from Hans Verkuil in this thread. http://marc.theaimsgroup.com/?l=linux-kernel&m=115922169300425 Jay From notting at redhat.com Wed Sep 27 01:02:09 2006 From: notting at redhat.com (Bill Nottingham) Date: Tue, 26 Sep 2006 21:02:09 -0400 Subject: Pirut media handling In-Reply-To: <4519BEF6.3080004@fedoraproject.org> References: <4519BEF6.3080004@fedoraproject.org> Message-ID: <20060927010209.GA1964@nostromo.devel.redhat.com> Rahul (sundaram at fedoraproject.org) said: > If Pirut wont handle media by default in FC6, we should probably provide > detailed help on configuring it manually (minus the insert CD part). I > missed out adding this to the release notes (which is already under freeze). There isn't a *good* way to configure it, unless you're using DVD media - anything else is bound to fail. Bill From pemboa at gmail.com Wed Sep 27 01:34:34 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 26 Sep 2006 20:34:34 -0500 Subject: Sorry to bitch..... but I'm desperate for help In-Reply-To: <4519B4CC.1050100@bellsouth.net> References: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> <4519B4CC.1050100@bellsouth.net> Message-ID: <16de708d0609261834h337894ebvbc8e95fa5bdee26a@mail.gmail.com> On 9/26/06, Jay Cliburn wrote: > Arthur Pemberton wrote: > > I have been to the following for help with this problem > > > > - fedora-list (mailing list) > > - video4linux (mailing list) > > - #fedora (irc) > > - #v4l (irc) > > - #mythtv-users (irc) > > > > I've filed the following bug reports: > > > > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 > > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 > > > > To summarise, my tv card gets no sound with any 2.6.17.* Fedora > > kernel. When I installed FC5, things works flawlessly. > > Arthur, by chance have you tried a 2.6.18 kernel, like the new 2.6.18-1.2189.fc5 > kernel currently in testing? It might be worth a try. > > Jay I'll give it a try `yum --enablerepo=updates-testing update kernel` I presume? > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Fedora Core 5 and proud From pemboa at gmail.com Wed Sep 27 01:35:10 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 26 Sep 2006 20:35:10 -0500 Subject: Sorry to bitch..... but I'm desperate for help In-Reply-To: <4519C397.3090809@bellsouth.net> References: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> <4519C397.3090809@bellsouth.net> Message-ID: <16de708d0609261835t5bfffb35wc414e5647ff66b85@mail.gmail.com> On 9/26/06, Jay Cliburn wrote: > Arthur Pemberton wrote: > > I have been to the following for help with this problem > > > > - fedora-list (mailing list) > > - video4linux (mailing list) > > - #fedora (irc) > > - #v4l (irc) > > - #mythtv-users (irc) > > > > I've filed the following bug reports: > > > > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 > > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 > > > > To summarise, my tv card gets no sound with any 2.6.17.* Fedora > > kernel. When I installed FC5, things works flawlessly. > > [snip] > > > > > While I do not expect someone here to just tell me exactly what to do > > to fix the problem, I am hoping you all can advise me on how best to > > go about finding a solution. > > You're not alone. See especially the reply from Hans Verkuil in this thread. > > http://marc.theaimsgroup.com/?l=linux-kernel&m=115922169300425 > > Jay > The thing about this problem is that there are no obvious errors/ -- Fedora Core 5 and proud From jacliburn at bellsouth.net Wed Sep 27 02:17:08 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Tue, 26 Sep 2006 21:17:08 -0500 Subject: Sorry to bitch..... but I'm desperate for help In-Reply-To: <16de708d0609261835t5bfffb35wc414e5647ff66b85@mail.gmail.com> References: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> <4519C397.3090809@bellsouth.net> <16de708d0609261835t5bfffb35wc414e5647ff66b85@mail.gmail.com> Message-ID: <4519DF24.60106@bellsouth.net> Arthur Pemberton wrote: > On 9/26/06, Jay Cliburn wrote: >> Arthur Pemberton wrote: >> > I have been to the following for help with this problem >> > >> > - fedora-list (mailing list) >> > - video4linux (mailing list) >> > - #fedora (irc) >> > - #v4l (irc) >> > - #mythtv-users (irc) >> > >> > I've filed the following bug reports: >> > >> > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 >> > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 >> > >> > To summarise, my tv card gets no sound with any 2.6.17.* Fedora >> > kernel. When I installed FC5, things works flawlessly. >> >> [snip] >> >> > >> > While I do not expect someone here to just tell me exactly what to do >> > to fix the problem, I am hoping you all can advise me on how best to >> > go about finding a solution. >> >> You're not alone. See especially the reply from Hans Verkuil in this >> thread. >> >> http://marc.theaimsgroup.com/?l=linux-kernel&m=115922169300425 >> >> Jay >> > > The thing about this problem is that there are no obvious errors/ > The dmesg output you provided in bz 197424 shows that you have the MSP3430 audio processor on your tv card. This is the chip for which Hans Verkuil apparently omitted support in the most recent driver release because he didn't have sufficient documentation on it. The referenced linux-kernel thread indicates he's working on it, and even suggests a couple of driver options to try. Good luck. From mmcgrath at fedoraproject.org Wed Sep 27 03:49:27 2006 From: mmcgrath at fedoraproject.org (Mike McGrath) Date: Tue, 26 Sep 2006 22:49:27 -0500 Subject: mirrorlist script not working right. In-Reply-To: <20060926112649.18ee32d1@banea.int.addix.net> References: <4518CD6C.9050403@rasmil.dk> <20060926083707.GA4088@dudweiler.stuttgart.redhat.com> <1159261425.2470.10.camel@ws21.ns5.powertech.no> <20060926112649.18ee32d1@banea.int.addix.net> Message-ID: <3237e4410609262049g6d2e3240y978e8f4f6a7c230e@mail.gmail.com> On 9/26/06, Ralf Ertzinger wrote: > Hi. > > On Tue, 26 Sep 2006 11:03:45 +0200, Ola Thoresen wrote: > > > Here, I still only get ibiblio: > > > > $ links --source > > "http://mirrors.fedoraproject.org/mirrorlist?repo=rawhide&arch=i386&country=global" > > # repo = rawhide country = global arch = i386 > > http://distro.ibiblio.org/pub/linux/distributions/fedora/linux/core/development/$ARCH/os/ > > I have solved this by using "arch=ppc" in fedora-development.repo. This delivers > a list of working mirrors (and since the script returns $ARCH in the mirror urls > this actually works) > I have been working on this and will continue to do so. There were a couple of issues recently that made ibiblio get stuck as the dev repo. As far as an FC6 blocker I'd say probably not. This mirrors script also works for FC5 (repo=core-5) and it hasn't had any issues. The biggest problem is that this is very inconsistent. It's not the mirrorslist portion, its the validation script that runs hourly to verify the mirrors. I'm monitoring it more closely now and hope to find what is at issue. -Mike From pemboa at gmail.com Wed Sep 27 04:11:08 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Tue, 26 Sep 2006 23:11:08 -0500 Subject: Sorry to bitch..... but I'm desperate for help In-Reply-To: <4519DF24.60106@bellsouth.net> References: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> <4519C397.3090809@bellsouth.net> <16de708d0609261835t5bfffb35wc414e5647ff66b85@mail.gmail.com> <4519DF24.60106@bellsouth.net> Message-ID: <16de708d0609262111t23021fcfmd8c3c9a36d1bd13e@mail.gmail.com> On 9/26/06, Jay Cliburn wrote: > Arthur Pemberton wrote: > > On 9/26/06, Jay Cliburn wrote: > >> Arthur Pemberton wrote: > >> > I have been to the following for help with this problem > >> > > >> > - fedora-list (mailing list) > >> > - video4linux (mailing list) > >> > - #fedora (irc) > >> > - #v4l (irc) > >> > - #mythtv-users (irc) > >> > > >> > I've filed the following bug reports: > >> > > >> > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 > >> > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 > >> > > >> > To summarise, my tv card gets no sound with any 2.6.17.* Fedora > >> > kernel. When I installed FC5, things works flawlessly. > >> > >> [snip] > >> > >> > > >> > While I do not expect someone here to just tell me exactly what to do > >> > to fix the problem, I am hoping you all can advise me on how best to > >> > go about finding a solution. > >> > >> You're not alone. See especially the reply from Hans Verkuil in this > >> thread. > >> > >> http://marc.theaimsgroup.com/?l=linux-kernel&m=115922169300425 > >> > >> Jay > >> > > > > The thing about this problem is that there are no obvious errors/ > > > > The dmesg output you provided in bz 197424 shows that you have the MSP3430 audio > processor on your tv card. This is the chip for which Hans Verkuil apparently > omitted support in the most recent driver release because he didn't have > sufficient documentation on it. The referenced linux-kernel thread indicates > he's working on it, and even suggests a couple of driver options to try. > > Good luck. > Thanks. I missed that. Will attempt to follow up. Thank you. -- Fedora Core 5 and proud From gilboad at gmail.com Wed Sep 27 04:59:03 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 27 Sep 2006 07:59:03 +0300 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? Message-ID: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> Hello all, Firefox RC1 has just been released. http://www.mozilla.org/projects/bonecho/all-rc.html AFAIK, unless something comes up, FF 2.0 will be released early next month. Both rawhide and FC6 still include the older FF 1.5.07. Is there any plan to push FF 2.0 RC into rawhide, and after testing, into FC6? - Gilboa From david at lovesunix.net Wed Sep 27 05:07:59 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 27 Sep 2006 07:07:59 +0200 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> Message-ID: <1159333679.2690.14.camel@price> ons, 27 09 2006 kl. 07:59 +0300, skrev Gilboa Davara: > Hello all, > > Firefox RC1 has just been released. > http://www.mozilla.org/projects/bonecho/all-rc.html > > AFAIK, unless something comes up, FF 2.0 will be released early next month. > Both rawhide and FC6 still include the older FF 1.5.07. > Is there any plan to push FF 2.0 RC into rawhide, and after testing, into FC6? I doubt it, it's a major change and a lot of stuff depends on Firefox plus it's way to late in the cycle for that kind of thing we release in what 2 weeks? I'm sure it'll go into Development once it opens for FC7 though. - David From dragoran at feuerpokemon.de Wed Sep 27 06:14:09 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 27 Sep 2006 08:14:09 +0200 Subject: ctrl-c during boot != good In-Reply-To: <1159100532.5049.17.camel@localhost> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> <1159070245.5910.5.camel@localhost> <1159100532.5049.17.camel@localhost> Message-ID: <451A16B1.4040100@feuerpokemon.de> Callum Lerwick wrote: > Since I haven't seen much word in favor, for the record I have been > wishing for this functionality for a while. :) Its really irritating to > have to wait for a looong timeout just because the NTP server went down, > or the DHCP server broke, or DNS broke, etc. I've found myself > impatiently pounding ctrl-c on many an occasion, wishing it would > actually work... > > Though I suppose really what I want is for ctrl-c to just cancel > timeouts, not necessarily anything more than that... > I want a option to start this kind of services in the background. From naoki at valuecommerce.com Wed Sep 27 08:22:03 2006 From: naoki at valuecommerce.com (Naoki) Date: Wed, 27 Sep 2006 17:22:03 +0900 Subject: Fedora release delay - What is the criteria? Message-ID: <1159345323.2664.31.camel@localhost.localdomain> Hi, Since I can't find anything on the wiki I'll ask here, what is the set of criteria that must be met before an FC release is pushed back? Cheers, -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Sep 27 10:23:59 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 27 Sep 2006 15:53:59 +0530 Subject: Fedora release delay - What is the criteria? In-Reply-To: <1159345323.2664.31.camel@localhost.localdomain> References: <1159345323.2664.31.camel@localhost.localdomain> Message-ID: <451A513F.1040608@fedoraproject.org> Naoki wrote: > Hi, > > Since I can't find anything on the wiki I'll ask here, what is the set > of criteria that must be met before an FC release is pushed back? > > Cheers, > http://fedoraproject.org/wiki/QA/ReleaseCriteria Rahul From buildsys at redhat.com Wed Sep 27 11:15:29 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Wed, 27 Sep 2006 07:15:29 -0400 Subject: rawhide report: 20060927 changes Message-ID: <200609271115.k8RBFTwi027662@hs20-bc2-6.build.redhat.com> Removed package kon2 Updated Packages: a2ps-4.13b-56 ------------- * Tue Sep 26 2006 Tim Waugh 4.13b-56 - Fixed build (bug #188156). * Fri Aug 25 2006 Tim Waugh - Build requires groff. * Fri Aug 25 2006 Tim Waugh 4.13b-55 - Use better manifest flags for fonts.map. cman-2.0.18-1.fc6 ----------------- * Mon Sep 25 2006 Chris Feist - 2.0.18-1 - New upstream sources * Tue Sep 19 2006 Chris Feist - 2.0.17-1 - New upstream sources * Mon Sep 18 2006 Chris Feist - 2.0.16-1 - New upstream sources dejavu-lgc-fonts-2.10-1 ----------------------- * Tue Sep 19 2006 Behdad Esfahbod - 2.10-1 - Update to 2.10 dovecot-1.0-0.rc7.fc6 --------------------- * Fri Sep 22 2006 Petr Rockai - 1.0-0.rc7 - update to latest upstream release candidate, should fix occasional hangs and mbox issues... INBOX. namespace is still broken though - do not run over symlinked certificates in new locations on upgrade evolution-connector-2.8.0-2.fc6 ------------------------------- * Mon Sep 25 2006 Matthew Barnes - 2.8.0-2.fc6 - Add patch for Gnome.org bug #357660. evolution-data-server-1.8.0-10.fc6 ---------------------------------- * Mon Sep 25 2006 Matthew Barnes - 1.8.0-10.fc6 - Add patch for Gnome.org bug #357666. gcc-4.1.1-26 ------------ * Tue Sep 26 2006 Jakub Jelinek 4.1.1-26 - update from gcc-4_1-branch (-r117162:117225) - PRs classpath/28661, libgcj/29178, libstdc++/29179, libstdc++/29224 - fix unwind info generation, broken in gcc-4.1.1-21 (Roger Sayle, PR debug/29132) ipsec-tools-0.6.5-5 ------------------- * Mon Sep 25 2006 Harald Hoyer - 0.6.5-5 - added patch for selinux integration (bug #207159) * Fri Aug 04 2006 Harald Hoyer - 0.6.5-4 - backport of important 0.6.6 fixes: - sets NAT-T ports to 0 if no NAT encapsulation - fixed memory leak jakarta-commons-codec-0:1.3-7jpp.1 ---------------------------------- * Tue Sep 26 2006 Matt Wringe 0:1.3-7jpp.1 - Merge with upstream version. * Tue Sep 26 2006 Matt Wringe 0:1.3-7jpp - Add missing java-javadoc requires and buildrequires. * Mon Sep 25 2006 Matt Wringe 0:1.3-6jpp.1 - Merge with upstream version. kdeutils-6:3.5.4-4.fc6 ---------------------- * Mon Sep 25 2006 Than Ngo 6:3.5.4-4 - fix #207920, klaptop_acpi_help to use pm-utils and pam - fix crash in klaptopdaemon - apply upstream patches fix #134192, computes negative real raised 0 power equals nan libgnome-2.16.0-3.fc6 --------------------- * Tue Sep 26 2006 Matthew Barnes - 2.16.0-3.fc6 - Make the API documentation easier to navigate. * Mon Sep 11 2006 Matthias Clasen - 2.16.0-2 - Update the patch for the default background (#205867) - Add missing BuildRequires * Mon Sep 04 2006 Matthias Clasen - 2.16.0-1.fc6 - Uodate to 2.16.0 - Require pkgconfig in the -devel package libgnomeui-2.16.0-3.fc6 ----------------------- * Tue Sep 26 2006 Matthew Barnes - 2.16.0-3.fc6 - Make the API documentation easier to navigate. mailman-3:2.1.9-1 ----------------- * Mon Sep 25 2006 Harald Hoyer - 3:2.1.9-1 - updated to mailman-2.1.9 which fixes bug #206607 openais-0.80.1-1.1 ------------------ * Mon Sep 25 2006 Steven Dake - 0.80.1-1.1 - Add upstream revision 1223 - Fix checkpoint write size of zero to return INVALID_PARAM error code. - Add upstream revision 1230 - Add missing include for assert.h. - Add upstream revision 1245 - Add cpgbench tool and better flow control system. - Move /sbin/ldconfig into regular package from devel package. pango-1.14.4-2.fc6 ------------------ * Mon Sep 25 2006 Behdad Esfahbod - 1.14.4-2 - Remove illegal g_object_unref(). * Fri Sep 15 2006 Behdad Esfahbod - 1.14.4-1 - Update to 1.14.4 - Fixes bugs 198136, 306388, 206390 - Remove upstreamed patch * Tue Sep 12 2006 Matthias Clasen - 1.14.3-2 - Fix Hangul decomposition issues (#206044) policycoreutils-1.30.29-6 ------------------------- * Thu Sep 21 2006 Dan Walsh 1.30.29-6 - Pass -i qualifier to restorecon for fixfiles -R - Update translations * Thu Sep 21 2006 Dan Walsh 1.30.29-5 - Remove recursion from fixfiles -R calls - Fix semanage to verify prefix * Thu Sep 21 2006 Dan Walsh 1.30.29-4 - More translations - Compile with -pie python-2.4.3-17.fc6 ------------------- * Tue Sep 26 2006 Mihai Ibanescu - 2.4.3-17 - Fixed bug #208166 / CVE-2006-4980: repr unicode buffer overflow * Thu Aug 17 2006 Mihai Ibanescu - 2.4.3-15 - Fixed bug #201434 (distutils.sysconfig is confused by the change to make python-devel multilib friendly) * Fri Jul 21 2006 Mihai Ibanescu - 2.4.3-14 - Fixed bug #198971 (case conversion not locale safe in logging library) ruby-1.8.5-2.fc6 ---------------- * Tue Sep 26 2006 Akira TAGOH - 1.8.5-2 - fixed rbconfig.rb to refer to DESTDIR for sitearchdir. (#207311) scim-anthy-1.2.0-2.fc6 ---------------------- * Tue Sep 26 2006 Akira TAGOH - 1.2.0-2 - scim-anthy-libtool-export.patch: fix a typo. - scim-anthy-fix-pending-state.patch: fix not composing roman character properly when any characters are still in pending queue after deleting. (#208074) - scim-anthy-dict-encoding.patch: revert the default dictionary encoding to EUC-JP. selinux-policy-2.3.16-2 ----------------------- * Mon Sep 25 2006 Dan Walsh 2.3.16-2 - Allow java execheap for itanium * Mon Sep 25 2006 Dan Walsh 2.3.16-1 - Update with upstream * Mon Sep 25 2006 Dan Walsh 2.3.15-2 - mls fixes setroubleshoot-0.45-1 --------------------- * Tue Sep 26 2006 Dan Walsh - 0.45-1 - John Dennis * Major rewrite of the client/server RPC code, * Sat Sep 16 2006 Dan Walsh - 0.44-1 - Fix Affected RPMS handling * Fri Sep 15 2006 Dan Walsh - 0.43-1 - Fix mail handling * fix bugs related to recording per user per signature filtering - John Dennis * fix bugs related to recording per user per signature filtering - Karl MacMillan * Add signal handling to client and server. * Fix minor plugin bugs. system-config-printer-0.7.28-1 ------------------------------ * Tue Sep 26 2006 Tim Waugh 0.7.28-1 - 0.7.28. Translations fixed (bug #206622). udev-095-9 ---------- * Mon Sep 25 2006 Harald Hoyer - 095-9 - improved error msg for firmware_helper (bug #206944) - added xpram symlink to slram device nodes (bug #135733) - removed infiniband rules (bug #206224) - use newest path_id script (bug #207139) From benjy.grogan at gmail.com Wed Sep 27 12:03:56 2006 From: benjy.grogan at gmail.com (Benjy Grogan) Date: Wed, 27 Sep 2006 08:03:56 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <1159333679.2690.14.camel@price> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <1159333679.2690.14.camel@price> Message-ID: Yet Gaim 2.0 is probably going to be released as a beta in FC6. Maybe if a Test 4 is decided upon, Firefox 2.0 RC could be included. Benjy On 9/27/06, David Nielsen wrote: > ons, 27 09 2006 kl. 07:59 +0300, skrev Gilboa Davara: > > Hello all, > > > > Firefox RC1 has just been released. > > http://www.mozilla.org/projects/bonecho/all-rc.html > > > > AFAIK, unless something comes up, FF 2.0 will be released early next month. > > Both rawhide and FC6 still include the older FF 1.5.07. > > Is there any plan to push FF 2.0 RC into rawhide, and after testing, into FC6? > > I doubt it, it's a major change and a lot of stuff depends on Firefox > plus it's way to late in the cycle for that kind of thing we release in > what 2 weeks? > > I'm sure it'll go into Development once it opens for FC7 though. > > - David > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From harald at redhat.com Wed Sep 27 12:08:15 2006 From: harald at redhat.com (Harald Hoyer) Date: Wed, 27 Sep 2006 14:08:15 +0200 Subject: ctrl-c during boot != good In-Reply-To: <1158999507.19122.29.camel@gilboa-home-dev.localhost> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1158999507.19122.29.camel@gilboa-home-dev.localhost> Message-ID: <451A69AF.3030807@redhat.com> Gilboa Davara wrote: > On Fri, 2006-09-22 at 13:49 -0400, Bill Nottingham wrote: >> Dax Kelson (dax at gurulabs.com) said: >>> SysVinit-2.86-12 >>> ---------------- >>> * Thu Sep 21 2006 Bill Nottingham - 2.86-12 >>> - set controlling tty for /etc/rc so that ctrl-c can be passed to hung >>> services (#184340) >>> > Can you make it configurable? > > Gilboa > I second that. kernel command line paramater would be fine. -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3621 bytes Desc: S/MIME Cryptographic Signature URL: From samfw at redhat.com Wed Sep 27 12:10:41 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Wed, 27 Sep 2006 08:10:41 -0400 Subject: evolution keeps hanging/crashing in rawhide Message-ID: <1159359041.8281.4.camel@localhost.localdomain> Hi, I keep having this issue where evolution becomes totally unresponsive. I have to do a kill -9 and restart it. It seems to me the problem happens if i change folders while a message is loaded. For example, a large HTML message with images. If I click out of the folder whilst that is going on, I get the hang. Also the hang can happen if my VPN connection is interrupted. This started happening in the past week or so. A did an strace on the process and got nothing (just read(18, ) but a pstack is below, followed by a ps auwx: ]$ cat evo.pstack Thread 10 (Thread -1266111600 (LWP 7364)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d6b01a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x4d938642 in g_async_queue_sort () from /lib/libglib-2.0.so.0 #3 0x4ecef43a in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.7 #4 0x4ecef9f9 in e_msgport_reply () from /usr/lib/libedataserver-1.2.so.7 #5 0x4d6ac3db in start_thread () from /lib/libpthread.so.0 #6 0x4d605c2e in clone () from /lib/libc.so.6 Thread 9 (Thread -1276601456 (LWP 7365)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d6b01a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x4d938642 in g_async_queue_sort () from /lib/libglib-2.0.so.0 #3 0x4ecef43a in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.7 #4 0x4ecef9f9 in e_msgport_reply () from /usr/lib/libedataserver-1.2.so.7 #5 0x4d6ac3db in start_thread () from /lib/libpthread.so.0 #6 0x4d605c2e in clone () from /lib/libc.so.6 Thread 8 (Thread -1308468336 (LWP 7368)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d5fc0c3 in poll () from /lib/libc.so.6 #2 0x00000000 in ?? () Thread 7 (Thread -1297585264 (LWP 7369)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d6b01a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x4d938642 in g_async_queue_sort () from /lib/libglib-2.0.so.0 #3 0x4ecef43a in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.7 #4 0x4ecef9f9 in e_msgport_reply () from /usr/lib/libedataserver-1.2.so.7 #5 0x4d6ac3db in start_thread () from /lib/libpthread.so.0 #6 0x4d605c2e in clone () from /lib/libc.so.6 Thread 6 (Thread -1318958192 (LWP 7370)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d6b01a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x4d938642 in g_async_queue_sort () from /lib/libglib-2.0.so.0 #3 0x4ecef43a in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.7 #4 0x4ecef9f9 in e_msgport_reply () from /usr/lib/libedataserver-1.2.so.7 #5 0x4d6ac3db in start_thread () from /lib/libpthread.so.0 #6 0x4d605c2e in clone () from /lib/libc.so.6 Thread 5 (Thread -1329448048 (LWP 7371)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d6b01a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x4d938642 in g_async_queue_sort () from /lib/libglib-2.0.so.0 #3 0x4ecef43a in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.7 #4 0x4ecef9f9 in e_msgport_reply () from /usr/lib/libedataserver-1.2.so.7 #5 0x4d6ac3db in start_thread () from /lib/libpthread.so.0 #6 0x4d605c2e in clone () from /lib/libc.so.6 Thread 4 (Thread -1287095408 (LWP 7381)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d6b01a6 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #2 0x4d938642 in g_async_queue_sort () from /lib/libglib-2.0.so.0 #3 0x4ecef43a in e_msgport_wait () from /usr/lib/libedataserver-1.2.so.7 #4 0x4ecef9f9 in e_msgport_reply () from /usr/lib/libedataserver-1.2.so.7 #5 0x4d6ac3db in start_thread () from /lib/libpthread.so.0 #6 0x4d605c2e in clone () from /lib/libc.so.6 Thread 3 (Thread -1455244400 (LWP 7418)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d5fc0c3 in poll () from /lib/libc.so.6 #2 0x00000000 in ?? () Thread 2 (Thread -1398305904 (LWP 7420)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d5fc0c3 in poll () from /lib/libc.so.6 #2 0x00000000 in ?? () Thread 1 (Thread -1208596256 (LWP 7356)): #0 0xb7f95402 in __kernel_vsyscall () #1 0x4d6b2d5b in __read_nocancel () from /lib/libpthread.so.0 #2 0x4ecef2be in e_thread_busy () from /usr/lib/libedataserver-1.2.so.7 #3 0x4ecef3a2 in e_msgport_get () from /usr/lib/libedataserver-1.2.so.7 #4 0x00473780 in mail_msg_free () #5 0x09793d90 in ?? () #6 0x00000001 in ?? () #7 0x0000001d in ?? () #8 0x096ddc00 in ?? () #9 0x096ddc08 in ?? () #10 0x00000000 in ?? () #0 0xb7f95402 in __kernel_vsyscall () $ ps auwx | grep evo samfw 2864 0.0 1.0 106592 10912 ? Sl Sep26 0:01 /usr/libexec/evolution-data-server-1.8 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_InterfaceCheck --oaf-ior-fd=31 samfw 3107 0.0 1.2 181848 12552 ? Sl Sep26 0:00 /usr/libexec/evolution/2.8/evolution-alarm-notify --oaf-activate-iid=OAFIID:GNOME_Evolution_Calendar_AlarmNotify_Factory:2.8 --oaf-ior-fd=31 samfw 3215 0.0 2.6 31256 26880 ? Ss Sep26 0:01 /usr/bin/perl -T -w /usr/bin/spamd --socketpath /home/samfw/.evolution/cache/tmp/spamd-socket-path-jEDEqn --local --max-children=1 --pidfile /home/samfw/.evolution/cache/tmp/spamd-pid-file-6V0KCY samfw 4663 0.0 2.6 31252 26880 ? Ss Sep26 0:01 /usr/bin/perl -T -w /usr/bin/spamd --socketpath /home/samfw/.evolution/cache/tmp/spamd-socket-path-P41IC6 --local --max-children=1 --pidfile /home/samfw/.evolution/cache/tmp/spamd-pid-file-vv1FWQ samfw 7214 0.0 2.6 31244 26876 ? Ss 06:21 0:01 /usr/bin/perl -T -w /usr/bin/spamd --socketpath /home/samfw/.evolution/cache/tmp/spamd-socket-path-PhZBH8 --local --max-children=1 --pidfile /home/samfw/.evolution/cache/tmp/spamd-pid-file-GX1zki samfw 7356 0.6 5.0 326100 51924 ? Sl 06:30 0:33 evolution --component=mail From panemade at gmail.com Wed Sep 27 12:12:37 2006 From: panemade at gmail.com (=?UTF-8?Q?Parag_N(=E0=A4=AA=E0=A4=B0=E0=A4=BE=E0=A5=9A)?=) Date: Wed, 27 Sep 2006 17:42:37 +0530 Subject: [Fwd: Need peoples to test Gutenprint package] In-Reply-To: References: Message-ID: Hi, > Op dinsdag 26-09-2006 om 19:23 uur [tijdzone +0530], schreef Rahul: > > > As i feel its packaging is completed now, i need you peoples to > > > test it and give your feedback here or in bugzilla. My Sponsor Kevin > > > has created a yum repository for this package. To Use this package for > > > FC5(i386/x86_64) and FC6 (i386), use following link to download it. > > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=199108#c59 > > I just tested it according to the instructions at the bugzilla entry. > As I'm running rawhide, the mentioned yum config doesn't work. > I had to change the yum config to this : > > [gutenprint-test] > name=gutenprint testing rpms > baseurl=http://www.scrye.com/gutenprint/development/$basearch/ > enabled=1 > gpgcheck=0 > > After that I installed the packages with : > > yum install gutenprint gutenprint-cups gutenprint-extras > gutenprint-foomatic gutenprint-ppds-nl > > (I picked the nl ppd's as I'm living in the Netherlands) > > Next I started system-config-printer and tried to add > a printer. The gutenprint ppds integrated perfect into s-c-p! > In s-c-p I added a new printer and used the ppd for the > Canon Pixma IP4000. (Actually my printer is a Canon Pixma > IP5200R connected via ethernet, but nmap -O said it is > a Canon Pixmar IP4000R printer). > > I tried to print a testpage from s-c-p and the printer performed > it's job. However, the horizontal alignment of the different colors > are wrong. The Y color is positioned just right, but the > colors C and M are positioned at twice the horizontal position > it should be. So if a dot needs to be set at coordinate 5, 5 > the Y color is placed at that coordinate, but the C and M colors > are placed at coordinate 10, 5. > > Another bug is that the bottom part of the print gets clipped off > the page (bottom margin). This is using A4 paper. I couldn't find > a setting for the bottom margin in s-c-p, so I couldn't fiddle > with this setting. > > These issues are probably specific to my printer, but these are > my findings with gutenprint this far. The integration with s-c-p > is perfect! I suggest you to post your test results to gutenprint mailing list. There you can get help of gutenprint developers. Regards, Parag. From sundaram at fedoraproject.org Wed Sep 27 12:13:36 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 27 Sep 2006 17:43:36 +0530 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <1159333679.2690.14.camel@price> Message-ID: <451A6AF0.4020003@fedoraproject.org> Benjy Grogan wrote: > Yet Gaim 2.0 is probably going to be released as a beta in FC6. Maybe > if a Test 4 is decided upon, Firefox 2.0 RC could be included. > > Benjy > It doesnt matter much if its called "beta" or "release candidate" or whatever. Once it is included in Fedora development tree and tested, it is possible to include it. Including a software whether or not its called a stable release in the last minute is risky. The default browser in a release should have more than a few days of testing. Fedora Core 6 development feature freeze has long since been reached. Too late for including this now. Rahul From arjan at fenrus.demon.nl Wed Sep 27 11:24:13 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 27 Sep 2006 13:24:13 +0200 Subject: Help Needed -Adding service to Xinetd.d[Fedora core4] In-Reply-To: <20060926150909.91363.qmail@web7707.mail.in.yahoo.com> References: <20060926150909.91363.qmail@web7707.mail.in.yahoo.com> Message-ID: <1159356264.3086.3.camel@laptopd505.fenrus.org> On Tue, 2006-09-26 at 16:09 +0100, tce tce wrote: > hi, > i am using fedora core4.I want to add an extra service called > gsiftp.so i added the service file called gsiftp to /etc/xinetd.d and > tried to start the service using /etc/xinetd.d/gsiftp reload it throws > an error called gsiftp: unrecognized service. > > /sbin/service is a file which contains SERVICEDIR="/etc/init.d" as > default location, i don't how to make it see the > location /etc/xinetd.d. > In FC-4 /etc/init.d folder not contain any file called xinetd inside > it. > > can anyone help me t Hi, unfortunately you are using the wrong email list for your question; this is the mailing list about the development of fedora core, not about user questions. Please consider using a more appropriate list. Thanks. > From arjan at fenrus.demon.nl Wed Sep 27 11:26:44 2006 From: arjan at fenrus.demon.nl (Arjan van de Ven) Date: Wed, 27 Sep 2006 13:26:44 +0200 Subject: alsa-oss In-Reply-To: References: Message-ID: <1159356404.3086.7.camel@laptopd505.fenrus.org> On Mon, 2006-09-25 at 18:38 -0500, Fibonacci Prower wrote: > Hello, > > Is there any reason why the alsa-oss package isn't part of Fedora? It > has been said before (most notably in the Fedora forum) that OSS > emulation modules are enabled by default, and therefore alsa-oss is > obsolete, but aoss provides extra functionalities impossible to > achieve with the kernel modules, such as software mixing of output, > which are very useful for proprietary apps (Flash, Skype, etc) that > use only OSS. > > http://alsa.opensrc.org/aoss > "Usage of aoss is preferred over kernel-level OSS emulation because if > you need use the PCM plugin layer, enabling the use of the Dmix Plugin > or asym." to be honest, aoss sucks too. In fact any emulation solution so far is pretty crappy in one way or the other ;-( It has been how long since ALSA took over? It's time to phase OSS out entirely.... (and skype is afaik even from after the alsa release so they have for sure no excuse at all!) From ajackson at redhat.com Wed Sep 27 12:59:29 2006 From: ajackson at redhat.com (Adam Jackson) Date: Wed, 27 Sep 2006 08:59:29 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <1159333679.2690.14.camel@price> Message-ID: <451A75B1.3070307@redhat.com> Benjy Grogan wrote: > Yet Gaim 2.0 is probably going to be released as a beta in FC6. Maybe > if a Test 4 is decided upon, Firefox 2.0 RC could be included. And then people will complain that test 4 has too broken of a web browser, and that we should do a test 5. How's no sound? - ajax From mbarnes at redhat.com Wed Sep 27 13:58:19 2006 From: mbarnes at redhat.com (Matthew Barnes) Date: Wed, 27 Sep 2006 09:58:19 -0400 Subject: evolution keeps hanging/crashing in rawhide In-Reply-To: <1159359041.8281.4.camel@localhost.localdomain> References: <1159359041.8281.4.camel@localhost.localdomain> Message-ID: <1159365499.26263.2.camel@mbarnes.boston.redhat.com> On Wed, 2006-09-27 at 08:10 -0400, Sam Folk-Williams wrote: > I keep having this issue where evolution becomes totally unresponsive. I > have to do a kill -9 and restart it. It seems to me the problem happens > if i change folders while a message is loaded. For example, a large HTML > message with images. If I click out of the folder whilst that is going > on, I get the hang. Also the hang can happen if my VPN connection is > interrupted. This started happening in the past week or so. A did an > strace on the process and got nothing (just read(18, ) but a pstack is > below, followed by a ps auwx: Please file a bug report and indicate the version and release of Evolution and Evolution-Data-Server that you are using. Also, "evolution --force-shutdown" is an easier way to kill Evolution. Thanks, Matthew Barnes From samfw at redhat.com Wed Sep 27 14:17:22 2006 From: samfw at redhat.com (Sam Folk-Williams) Date: Wed, 27 Sep 2006 10:17:22 -0400 Subject: evolution keeps hanging/crashing in rawhide In-Reply-To: <1159365499.26263.2.camel@mbarnes.boston.redhat.com> References: <1159359041.8281.4.camel@localhost.localdomain> <1159365499.26263.2.camel@mbarnes.boston.redhat.com> Message-ID: <1159366642.9839.0.camel@localhost.localdomain> On Wed, 2006-09-27 at 09:58 -0400, Matthew Barnes wrote: > On Wed, 2006-09-27 at 08:10 -0400, Sam Folk-Williams wrote: > > I keep having this issue where evolution becomes totally unresponsive. I > > have to do a kill -9 and restart it. It seems to me the problem happens > > if i change folders while a message is loaded. For example, a large HTML > > message with images. If I click out of the folder whilst that is going > > on, I get the hang. Also the hang can happen if my VPN connection is > > interrupted. This started happening in the past week or so. A did an > > strace on the process and got nothing (just read(18, ) but a pstack is > > below, followed by a ps auwx: > > Please file a bug report and indicate the version and release of > Evolution and Evolution-Data-Server that you are using. > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208266 > Also, "evolution --force-shutdown" is an easier way to kill Evolution. > Thanks for the tip! -Sam > Thanks, > Matthew Barnes > From fibonacci.prower at gmail.com Wed Sep 27 14:46:41 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 09:46:41 -0500 Subject: alsa-oss In-Reply-To: <1159356404.3086.7.camel@laptopd505.fenrus.org> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: 2006/9/27, Arjan van de Ven : > > On Mon, 2006-09-25 at 18:38 -0500, Fibonacci Prower wrote: > > Hello, > > > > Is there any reason why the alsa-oss package isn't part of Fedora? It > > has been said before (most notably in the Fedora forum) that OSS > > emulation modules are enabled by default, and therefore alsa-oss is > > obsolete, but aoss provides extra functionalities impossible to > > achieve with the kernel modules, such as software mixing of output, > > which are very useful for proprietary apps (Flash, Skype, etc) that > > use only OSS. > > > > http://alsa.opensrc.org/aoss > > "Usage of aoss is preferred over kernel-level OSS emulation because if > > you need use the PCM plugin layer, enabling the use of the Dmix Plugin > > or asym." > > > to be honest, aoss sucks too. In fact any emulation solution so far is > pretty crappy in one way or the other ;-( But it's the best we've got so far. It has been how long since ALSA took over? It's time to phase OSS out > entirely.... What about Flash & Skype? Should we wait for new versions using ALSA to be released in 208, and stop using them meanwhile? (and skype is afaik even from after the alsa release so they have for > sure no excuse at all!) But they still use OSS - try to convince them to switch to ALSA. -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From nutello at sweetness.com Wed Sep 27 14:50:56 2006 From: nutello at sweetness.com (Rudi Chiarito) Date: Wed, 27 Sep 2006 16:50:56 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: <20060927145056.GA9613@plain.rackshack.net> On Wed, Sep 27, 2006 at 09:46:41AM -0500, Fibonacci Prower wrote: > (and skype is afaik even from after the alsa release so they have for > >sure no excuse at all!) Skype has had a beta with ALSA support out for a while. -- Rudi From david at lovesunix.net Wed Sep 27 14:59:52 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 27 Sep 2006 16:59:52 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: <1159369192.2690.25.camel@price> ons, 27 09 2006 kl. 09:46 -0500, skrev Fibonacci Prower: > to be honest, aoss sucks too. In fact any emulation solution > so far is > pretty crappy in one way or the other ;-( > > But it's the best we've got so far. No, native ALSA is the best we've got and soon it will be the only thing we have since the OSS drivers are slowly being removed from the kernel. I don't think I can mention a single widely used program in Core or Extras that only works with OSS so I wouldn't be surprised if the emulation layer died around the same time as well seeing as it has served it's purpose. > It has been how long since ALSA took over? It's time to phase > OSS out > entirely.... > > What about Flash & Skype? Should we wait for new versions using ALSA > to be released in 208, and stop using them meanwhile? Since when did we make technical decisions around proprietary software? > > (and skype is afaik even from after the alsa release so they > have for > sure no excuse at all!) > > But they still use OSS - try to convince them to switch to ALSA. Start by convincing them to give us the code under a license we can distribute, then their maldesign can be taken into account. - David Nielsen From denis at poolshark.org Wed Sep 27 15:02:36 2006 From: denis at poolshark.org (Denis Leroy) Date: Wed, 27 Sep 2006 17:02:36 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: <451A928C.4080405@poolshark.org> aoss is being reviewed for inclusion in Extras, so I'm not sure what is the point of this discussion :-) -d From rdieter at math.unl.edu Wed Sep 27 15:05:15 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Wed, 27 Sep 2006 10:05:15 -0500 Subject: alsa-oss References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: Fibonacci Prower wrote: > What about Flash & Skype? Should we wait for new versions using ALSA to be > released in 208, and stop using them meanwhile? ... > But they still use OSS - try to convince them to switch to ALSA. It could be argued that once OSS is killed for good, it would be a greater incentive for non-alsa players to (finally) get on board. -- Rex From fibonacci.prower at gmail.com Wed Sep 27 16:35:59 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 11:35:59 -0500 Subject: alsa-oss In-Reply-To: <1159369192.2690.25.camel@price> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> Message-ID: 2006/9/27, David Nielsen : > > ons, 27 09 2006 kl. 09:46 -0500, skrev Fibonacci Prower: > > > to be honest, aoss sucks too. In fact any emulation solution > > so far is > > pretty crappy in one way or the other ;-( > > > > But it's the best we've got so far. > > No, native ALSA is the best we've got Even for OSS-only applications? and soon it will be the only thing > we have since the OSS drivers are slowly being removed from the kernel. > I don't think I can mention a single widely used program in Core or > Extras that only works with OSS so I wouldn't be surprised if the > emulation layer died around the same time as well seeing as it has > served it's purpose. *COUGH* Flash plugin *COUGH* > It has been how long since ALSA took over? It's time to phase > > OSS out > > entirely.... > > > > What about Flash & Skype? Should we wait for new versions using ALSA > > to be released in 208, and stop using them meanwhile? > > Since when did we make technical decisions around proprietary software? Proprietary software which used to work well, and for which you'll be intentionally removing support, I might add. > > > (and skype is afaik even from after the alsa release so they > > have for > > sure no excuse at all!) > > > > But they still use OSS - try to convince them to switch to ALSA. > > Start by convincing them to give us the code under a license we can > distribute, then their maldesign can be taken into account. So you're basically saying, screw people that use Flash or Skype, no matter how many they are, we won't take them into account since those aren't free programs, and we don't care if there aren't any free alternatives at all. - David Nielsen -Fibo -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fibonacci.prower at gmail.com Wed Sep 27 16:42:56 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 11:42:56 -0500 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: 2006/9/27, Rex Dieter : > > Fibonacci Prower wrote: > > > > What about Flash & Skype? Should we wait for new versions using ALSA to > be > > released in 208, and stop using them meanwhile? > ... > > But they still use OSS - try to convince them to switch to ALSA. > > It could be argued that once OSS is killed for good, it would be a greater > incentive for non-alsa players to (finally) get on board. And while they do, what? Stop using their programs and hope they'll still care about the Linux community to make a new version? -- Rex > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Sep 27 16:45:29 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 27 Sep 2006 22:15:29 +0530 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> Message-ID: <451AAAA9.6050607@fedoraproject.org> Fibonacci Prower wrote: > > > *COUGH* Flash plugin *COUGH* I already pointed out in a previous discussion that the next version of Flash is moving into ALSA. So is Skype. > > Proprietary software which used to work well, and for which you'll be > intentionally removing support, I might add. Since aoss is already under review in Fedora Extras, I am not even sure what the argument is all about there. Rahul From alan at redhat.com Wed Sep 27 16:52:32 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Sep 2006 12:52:32 -0400 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: <20060927165232.GB27858@devserv.devel.redhat.com> On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci Prower wrote: > And while they do, what? Stop using their programs and hope they'll still > care about the Linux community to make a new version? I guess its like other proprietary software that broke forever due to windows upgrades and the like. Its part of the nature of proprietary software. Most likely someone will soon reverse engineer skype entirely, at which point two things will happen, one of which is that skye to standards compliant gateways will appear, the other regretably is that millions of infected voice-spam boxes will begin phoning everyone on the planet non-stop selling viagra. Alan From fibonacci.prower at gmail.com Wed Sep 27 16:54:50 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 11:54:50 -0500 Subject: alsa-oss In-Reply-To: <451AAAA9.6050607@fedoraproject.org> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> <451AAAA9.6050607@fedoraproject.org> Message-ID: 2006/9/27, Rahul : > > Fibonacci Prower wrote: > > > > > > > *COUGH* Flash plugin *COUGH* > > I already pointed out in a previous discussion that the next version of > Flash is moving into ALSA. So is Skype. And when will those come out? Sure, Duke Nukem Forever might be moving to ALSA as well, but it won't be released anytime soon. > > > Proprietary software which used to work well, and for which you'll be > > intentionally removing support, I might add. > > Since aoss is already under review in Fedora Extras, I am not even sure > what the argument is all about there. Actually including it instead of letting it be reviewed forever by two guys - who seem to be the only ones who visit the BugZilla page. Rahul -Fibo -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fibonacci.prower at gmail.com Wed Sep 27 17:01:17 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:01:17 -0500 Subject: alsa-oss In-Reply-To: <20060927165232.GB27858@devserv.devel.redhat.com> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> Message-ID: 2006/9/27, Alan Cox : > > On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci Prower wrote: > > And while they do, what? Stop using their programs and hope they'll > still > > care about the Linux community to make a new version? > > I guess its like other proprietary software that broke forever due to > windows > upgrades and the like. Its part of the nature of proprietary software. Which propietary software as ubiquitous as Flash broke forever due to Windows upgrades? Most likely someone will soon reverse engineer skype entirely, at which > point > two things will happen, one of which is that skye to standards compliant > gateways will appear, the other regretably is that millions of infected > voice-spam boxes will begin phoning everyone on the planet non-stop > selling > viagra. You not liking Skype is not a reason to remove support for it. It's the only way millions of people have to talk with their loved ones without the phone bill skyrocketing. And yes, that includes me. Alan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Sep 27 17:04:57 2006 From: sundaram at fedoraproject.org (Rahul) Date: Wed, 27 Sep 2006 22:34:57 +0530 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> <451AAAA9.6050607@fedoraproject.org> Message-ID: <451AAF39.6090304@fedoraproject.org> Fibonacci Prower wrote: > And when will those come out? Sure, Duke Nukem Forever might be moving > to ALSA as well, but it won't be released anytime soon. We wont be retaining old and obsolete API's forever. Sooner or later OSS API is going to be dropped from the upstream kernel. If application dont start using ALSA by then they will break. We cant prevent this. > > Actually including it instead of letting it be reviewed forever by two > guys - who seem to be the only ones who visit the BugZilla page. > We have dozens of packages that are waiting to be reviewed. If you are concerned about this, you can help review the spec and point out any packaging issues. Follow http://fedoraproject.org/wiki/Packaging/ReviewGuidelines. You dont have to be a extras contributor to help. Rahul From pertusus at free.fr Wed Sep 27 17:07:15 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 19:07:15 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> <451AAAA9.6050607@fedoraproject.org> Message-ID: <20060927170715.GK2542@free.fr> On Wed, Sep 27, 2006 at 11:54:50AM -0500, Fibonacci Prower wrote: > > Actually including it instead of letting it be reviewed forever by two guys > - who seem to be the only ones who visit the BugZilla page. Ahem. Please have a look at http://fedoraproject.org/wiki/Extras/NewPackageProcess and the links within (to Guidelines) to have a idea on the inclusion in fedora extras process. You are welcomed to contribute to the review of this package. There is a rigorous Quality Assurance done for new packages, they are not included based on an arbitrary decision. If you dig a bit in the wiki you'll see that any activity on the review bugzilla ticket is sent to a list read by all the fedora extras contributors. And there's also the PackageStatus page which lists stalled reviews such that people can look at these, and procedures for stalled reviews in case you xant to start a fresh one for the same package. If the package isn't in extras, it's because it hasn't attracted enough interest to be submitted/reviewed. The rule is that there have to be 2 people sufficiently interested, the submitter and the reviewer. -- Pat From david at lovesunix.net Wed Sep 27 17:14:48 2006 From: david at lovesunix.net (David Nielsen) Date: Wed, 27 Sep 2006 19:14:48 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> Message-ID: <1159377288.2690.36.camel@price> ons, 27 09 2006 kl. 11:35 -0500, skrev Fibonacci Prower: > > > 2006/9/27, David Nielsen : > ons, 27 09 2006 kl. 09:46 -0500, skrev Fibonacci Prower: > > > to be honest, aoss sucks too. In fact any emulation > solution > > so far is > > pretty crappy in one way or the other ;-( > > > > But it's the best we've got so far. > > No, native ALSA is the best we've got > > Even for OSS-only applications? Fix them, we ship only applications where we can actually do that, out of tree applications aren't our responibility > and soon it will be the only thing > we have since the OSS drivers are slowly being removed from > the kernel. > I don't think I can mention a single widely used program in > Core or > Extras that only works with OSS so I wouldn't be surprised if > the > emulation layer died around the same time as well seeing as it > has > served it's purpose. > > *COUGH* Flash plugin *COUGH* *cough* GNash *cough* sure it's not up to date yet but that means we have to test it more and help the developers.. it even uses gstreamer for audio in CVS, the correct solution rather than directly requiring OSS or ALSA. > > > It has been how long since ALSA took over? It's time > to phase > > OSS out > > entirely.... > > > > What about Flash & Skype? Should we wait for new versions > using ALSA > > to be released in 208, and stop using them meanwhile? > > Since when did we make technical decisions around proprietary > software? > > Proprietary software which used to work well, and for which you'll be > intentionally removing support, I might add. Pretty much, we have no means of fixing it. As both projects you mentioned have working in progress ALSA implementations your argument is void. Removing support entirely starting FC7 would not lead to a regression in a stable series for proprietary software users. > > > > (and skype is afaik even from after the alsa release > so they > > have for > > sure no excuse at all!) > > > > But they still use OSS - try to convince them to switch to > ALSA. > > Start by convincing them to give us the code under a license > we can > distribute, then their maldesign can be taken into account. > > So you're basically saying, screw people that use Flash or Skype, no > matter how many they are, we won't take them into account since those > aren't free programs, and we don't care if there aren't any free > alternatives at all. Yes, and I'm a Skype user so don't pull that free software zealot stuff on me. This is about the best possible technical solution for Fedora and the software we can support within that realm. Besides aoss is under review if it's going to slowly for you, join the effort and get the work done so that it lives up to the Extras standards. - David Nielsen From gilboad at gmail.com Wed Sep 27 17:15:15 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Wed, 27 Sep 2006 20:15:15 +0300 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> Message-ID: <1159377315.4019.28.camel@gilboa-work-dev> On Wed, 2006-09-27 at 12:01 -0500, Fibonacci Prower wrote: > > > 2006/9/27, Alan Cox : > On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci Prower > wrote: > > And while they do, what? Stop using their programs and hope > they'll still > > care about the Linux community to make a new version? > > I guess its like other proprietary software that broke forever > due to windows > upgrades and the like. Its part of the nature of proprietary > software. > > Which propietary software as ubiquitous as Flash broke forever due to > Windows upgrades? > > > Most likely someone will soon reverse engineer skype entirely, > at which point > two things will happen, one of which is that skye to standards > compliant > gateways will appear, the other regretably is that millions of > infected > voice-spam boxes will begin phoning everyone on the planet > non-stop selling > viagra. > > You not liking Skype is not a reason to remove support for it. It's > the only way millions of people have to talk with their loved ones > without the phone bill skyrocketing. And yes, that includes me. > I'd suggest you re-read the Fedora Wiki http://fedoraproject.org/wiki/Overview Fedora was never designed to support proprietary software. Fedora was never designed to support proprietary binary drivers. (nVidia, ATI). Yes, I use the nVidia binary driver (I can't/won't use flash, as it doesn't support x86_64) but I -don't- expect fedora to support me or even stop updates (E.g. X.org 7.1) that might break the nVidia drivers. What if Skype decides to drop their Linux version? What if Adobe decides to stop producing Linux flash players and/or nVidia decides to stop supporting future X.org releases? Do you expect Fedora to stick to the 2.6.16 kernel, X.org 7.0/1 and OSS until the end of time? FOSS/Linux/Fedora -must not- be held hostage by proprietary software vendors. Period. - Gilboa From alan at redhat.com Wed Sep 27 17:15:32 2006 From: alan at redhat.com (Alan Cox) Date: Wed, 27 Sep 2006 13:15:32 -0400 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> Message-ID: <20060927171531.GA30009@devserv.devel.redhat.com> On Wed, Sep 27, 2006 at 12:01:17PM -0500, Fibonacci Prower wrote: > You not liking Skype is not a reason to remove support for it. It's the > only Nobody removed support from skype. They partly removed an old programming interface which has been flagged as "going away" for several years. Nor have I anything particularly against skype, its just another random proprietary app. Alan From fibonacci.prower at gmail.com Wed Sep 27 17:16:31 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:16:31 -0500 Subject: alsa-oss In-Reply-To: <20060927170715.GK2542@free.fr> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> <451AAAA9.6050607@fedoraproject.org> <20060927170715.GK2542@free.fr> Message-ID: 2006/9/27, Patrice Dumas : > > On Wed, Sep 27, 2006 at 11:54:50AM -0500, Fibonacci Prower wrote: > > > > Actually including it instead of letting it be reviewed forever by two > guys > > - who seem to be the only ones who visit the BugZilla page. > > Ahem. Please have a look at > http://fedoraproject.org/wiki/Extras/NewPackageProcess > and the links within (to Guidelines) to have a idea on the inclusion in > fedora > extras process. You are welcomed to contribute to the review of this > package. > There is a rigorous Quality Assurance done for new packages, they are not > included based on an arbitrary decision. It's not "new", it used to be included in Extras. If you dig a bit in the wiki you'll see that any activity on the review > bugzilla ticket is sent to a list read by all the fedora extras > contributors. > > And there's also the PackageStatus page which lists stalled reviews such > that > people can look at these, and procedures for stalled reviews in case you > xant to start a fresh one for the same package. > > If the package isn't in extras, it's because it hasn't attracted enough > interest to be submitted/reviewed. The rule is that there have to be 2 > people sufficiently interested, the submitter and the reviewer. Actually it's because the guy who removed it thought it was obsoleted by OSS emulation modules - which is NOT. -- > Pat > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis at ausil.us Wed Sep 27 17:20:11 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 27 Sep 2006 12:20:11 -0500 Subject: alsa-oss In-Reply-To: References: <20060927165232.GB27858@devserv.devel.redhat.com> Message-ID: <200609271220.13907.dennis@ausil.us> On Wednesday 27 September 2006 12:01, Fibonacci Prower wrote: > 2006/9/27, Alan Cox : > > On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci Prower wrote: > > > And while they do, what? Stop using their programs and hope they'll > > > > still > > > > > care about the Linux community to make a new version? > > > > I guess its like other proprietary software that broke forever due to > > windows > > upgrades and the like. Its part of the nature of proprietary software. > > Which propietary software as ubiquitous as Flash broke forever due to > Windows upgrades? > > Most likely someone will soon reverse engineer skype entirely, at which > > > point > > two things will happen, one of which is that skye to standards compliant > > gateways will appear, the other regretably is that millions of infected > > voice-spam boxes will begin phoning everyone on the planet non-stop > > selling > > viagra. > > You not liking Skype is not a reason to remove support for it. It's the > only way millions of people have to talk with their loved ones without the > phone bill skyrocketing. And yes, that includes me. I personally refuse to use skype because of its proprietary and peer-2-peer nature. I dont want my voice calls routed through someone elses computer using a protocol i cant review. I personally would sugest that you use a standards compliant software say kphone or ekigra and a service such as Free world dialup. they have stun servers which will help you with nat issues. I live half way around the world from My family and have gone to the lengths of setting up an asterisk box at home connected to a pstn provider in australia so that my non technical family members can pick up a regular phone and call me for the cost of a local call. i also have it connected to a pstn provider in the US for localish service. Dennis From nutello at sweetness.com Wed Sep 27 17:15:19 2006 From: nutello at sweetness.com (Rudi Chiarito) Date: Wed, 27 Sep 2006 19:15:19 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> Message-ID: <20060927171519.GB9613@plain.rackshack.net> On Wed, Sep 27, 2006 at 12:01:17PM -0500, Fibonacci Prower wrote: > You not liking Skype is not a reason to remove support for it. It's the only > way millions of people have to talk with their loved ones without the phone > bill skyrocketing. And yes, that includes me. Again: there have been two public Skype betas out for a while, maybe for two months now. It already works better than the stable release. And yes, it does use ALSA. -- Rudi From fibonacci.prower at gmail.com Wed Sep 27 17:24:44 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:24:44 -0500 Subject: alsa-oss In-Reply-To: <20060927171519.GB9613@plain.rackshack.net> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <20060927171519.GB9613@plain.rackshack.net> Message-ID: 2006/9/27, Rudi Chiarito : > > On Wed, Sep 27, 2006 at 12:01:17PM -0500, Fibonacci Prower wrote: > > You not liking Skype is not a reason to remove support for it. It's the > only > > way millions of people have to talk with their loved ones without the > phone > > bill skyrocketing. And yes, that includes me. > > Again: there have been two public Skype betas out for a while, maybe for > two > months now. It already works better than the stable release. And yes, > it does use ALSA. The accent is on "betas". -- > Rudi > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fibonacci.prower at gmail.com Wed Sep 27 17:27:41 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:27:41 -0500 Subject: alsa-oss In-Reply-To: <200609271220.13907.dennis@ausil.us> References: <20060927165232.GB27858@devserv.devel.redhat.com> <200609271220.13907.dennis@ausil.us> Message-ID: 2006/9/27, Dennis Gilmore : > > On Wednesday 27 September 2006 12:01, Fibonacci Prower wrote: > > 2006/9/27, Alan Cox : > > > On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci Prower wrote: > > > > And while they do, what? Stop using their programs and hope they'll > > > > > > still > > > > > > > care about the Linux community to make a new version? > > > > > > I guess its like other proprietary software that broke forever due to > > > windows > > > upgrades and the like. Its part of the nature of proprietary software. > > > > Which propietary software as ubiquitous as Flash broke forever due to > > Windows upgrades? > > > > Most likely someone will soon reverse engineer skype entirely, at which > > > > > point > > > two things will happen, one of which is that skye to standards > compliant > > > gateways will appear, the other regretably is that millions of > infected > > > voice-spam boxes will begin phoning everyone on the planet non-stop > > > selling > > > viagra. > > > > You not liking Skype is not a reason to remove support for it. It's the > > only way millions of people have to talk with their loved ones without > the > > phone bill skyrocketing. And yes, that includes me. > > I personally refuse to use skype because of its proprietary and > peer-2-peer > nature. I dont want my voice calls routed through someone elses computer > using a protocol i cant review. > > I personally would sugest that you use a standards compliant software say > kphone or ekigra and a service such as Free world dialup. they have > stun > servers which will help you with nat issues. Are they available for Windows? Not everyone uses GNU/Linux, you know - in fact, most people use Windows. I live half way around the world from My family and have gone to the > lengths > of setting up an asterisk box at home connected to a pstn provider in > australia so that my non technical family members can pick up a regular > phone > and call me for the cost of a local call. i also have it connected to a pstn provider in the US for localish service. I'm afraid I didn't understand a word of what you said you did. And even if I did, I don't think it's possible in Latin America, where I live. Dennis > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fibonacci.prower at gmail.com Wed Sep 27 17:28:26 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:28:26 -0500 Subject: alsa-oss In-Reply-To: <20060927171531.GA30009@devserv.devel.redhat.com> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <20060927171531.GA30009@devserv.devel.redhat.com> Message-ID: 2006/9/27, Alan Cox : > > On Wed, Sep 27, 2006 at 12:01:17PM -0500, Fibonacci Prower wrote: > > You not liking Skype is not a reason to remove support for it. It's the > > only > > Nobody removed support from skype. So far. They partly removed an old programming > interface which has been flagged as "going away" for several years. Nor > have I anything particularly against skype, its just another random > proprietary app. A widely-used one for which there's no free alternative that I know of. Alan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Wed Sep 27 17:33:29 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Wed, 27 Sep 2006 19:33:29 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <20060927171531.GA30009@devserv.devel.redhat.com> Message-ID: <20060927193329.5924daf8@python3.es.egwn.lan> Fibonacci Prower wrote : > > They partly removed an old programming > > interface which has been flagged as "going away" for several years. Nor > > have I anything particularly against skype, its just another random > > proprietary app. > > > A widely-used one for which there's no free alternative that I know of. > > Alan You're definitely not going anywhere with this discussion. OSS is dead, move on, nothing to see here. If any proprietary software broke, you're better off whining to its vendor anyway. Also, please remove or quote properly the names of the people you are quoting, as it seems like they signed what you actually wrote. (see above for an example of what Alan didn't write) Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2689.fc6 Load : 0.28 0.23 0.19 From sundaram at fedoraproject.org Wed Sep 27 17:34:22 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Sep 2006 23:04:22 +0530 Subject: Pirut media handling In-Reply-To: <20060927010209.GA1964@nostromo.devel.redhat.com> References: <4519BEF6.3080004@fedoraproject.org> <20060927010209.GA1964@nostromo.devel.redhat.com> Message-ID: <451AB61E.3080108@fedoraproject.org> Bill Nottingham wrote: > Rahul (sundaram at fedoraproject.org) said: >> If Pirut wont handle media by default in FC6, we should probably provide >> detailed help on configuring it manually (minus the insert CD part). I >> missed out adding this to the release notes (which is already under freeze). > > There isn't a *good* way to configure it, unless you're using DVD media - > anything else is bound to fail. > Yes. We should provide the manual configuration details for a DVD in a help button. It would be useful if the system doesnt have network access. For CD users perhaps a hint to create a local repository can be given. Rahul From dragoran at feuerpokemon.de Wed Sep 27 17:36:28 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 27 Sep 2006 19:36:28 +0200 Subject: Pirut media handling In-Reply-To: <451AB61E.3080108@fedoraproject.org> References: <4519BEF6.3080004@fedoraproject.org> <20060927010209.GA1964@nostromo.devel.redhat.com> <451AB61E.3080108@fedoraproject.org> Message-ID: <451AB69C.4090100@feuerpokemon.de> Rahul Sundaram wrote: > > Yes. We should provide the manual configuration details for a DVD in a > help button. It would be useful if the system doesnt have network > access. For CD users perhaps a hint to create a local repository can > be given. > +1 > Rahul > From fibonacci.prower at gmail.com Wed Sep 27 17:38:48 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:38:48 -0500 Subject: alsa-oss In-Reply-To: <20060927193329.5924daf8@python3.es.egwn.lan> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <20060927171531.GA30009@devserv.devel.redhat.com> <20060927193329.5924daf8@python3.es.egwn.lan> Message-ID: 2006/9/27, Matthias Saou < thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net>: > > Fibonacci Prower wrote : > > > > They partly removed an old programming > > > interface which has been flagged as "going away" for several years. > Nor > > > have I anything particularly against skype, its just another random > > > proprietary app. > > > > > > A widely-used one for which there's no free alternative that I know of. > > > > Alan > > You're definitely not going anywhere with this discussion. OSS is dead, > move on, nothing to see here. If any proprietary software broke, you're > better off whining to its vendor anyway. Ah, but there is a way of making it work. AOSS. Also, please remove or quote properly the names of the people you are > quoting, as it seems like they signed what you actually wrote. (see > above for an example of what Alan didn't write) Not my fault if the proprietary Gmail API breaks when quoting parts of a message - I have no way of fixing it. Matthias -Fibo -- > Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ > Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2689.fc6 > Load : 0.28 0.23 0.19 > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dcbw at redhat.com Wed Sep 27 17:41:04 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 27 Sep 2006 13:41:04 -0400 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> Message-ID: <1159378864.20602.3.camel@localhost.localdomain> On Wed, 2006-09-27 at 12:01 -0500, Fibonacci Prower wrote: > > > 2006/9/27, Alan Cox : > On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci Prower > wrote: > > And while they do, what? Stop using their programs and hope > they'll still > > care about the Linux community to make a new version? > > I guess its like other proprietary software that broke forever > due to windows > upgrades and the like. Its part of the nature of proprietary > software. > > Which propietary software as ubiquitous as Flash broke forever due to > Windows upgrades? Any of the Electronic Arts Need for Speed games before v4 (for example NfS III: Porsche Unleashed), only work on Win98 and Win95. They do not work on Windows 2000 or later. While not ubiquitous, NfS certainly sold in the millions, if not tens-of-millions, of units. That's no small number. This problem certainly exists in the Windows world, no matter how much effort MS puts into backwards compatibility. Dan > > > Most likely someone will soon reverse engineer skype entirely, > at which point > two things will happen, one of which is that skye to standards > compliant > gateways will appear, the other regretably is that millions of > infected > voice-spam boxes will begin phoning everyone on the planet > non-stop selling > viagra. > > You not liking Skype is not a reason to remove support for it. It's > the only way millions of people have to talk with their loved ones > without the phone bill skyrocketing. And yes, that includes me. > > > Alan > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > -- > Eye halve a spelling chequer, it came with my pea see > It plane lee marques four my revue miss steaks aye can knot sea > Eye ran this poem threw it - your shore reel glad two no > Its vary polished in it's weigh, my chequer tolled me sew. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From oisin.feeley at gmail.com Wed Sep 27 17:42:50 2006 From: oisin.feeley at gmail.com (Oisin Feeley) Date: Wed, 27 Sep 2006 10:42:50 -0700 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <20060927171519.GB9613@plain.rackshack.net> Message-ID: On 9/27/06, Fibonacci Prower wrote: > 2006/9/27, Rudi Chiarito : > > > > On Wed, Sep 27, 2006 at 12:01:17PM -0500, Fibonacci Prower wrote: > > > You not liking Skype is not a reason to remove support for it. It's > > the only > > > way millions of people have to talk with their loved ones without the > > phone > > > bill skyrocketing. And yes, that includes me. > > > > Again: there have been two public Skype betas out for a while, maybe for > > two > > months now. It already works better than the stable release. And yes, > > it does use ALSA. > > > The accent is on "betas". > What have you found non-functional about the betas? Is there some reason why you can't use Ekiga? It comes in a nice, easy to install RPM (unlike skype which only has RPMs for FC3 and FC4 or tarballs). Also, as Rahul has pointed out, the aoss stuff is available if you really need it. But why go through the pain? Is it because the people you want to talk to will only run Skype? Oisin -------------- next part -------------- An HTML attachment was scrubbed... URL: From fibonacci.prower at gmail.com Wed Sep 27 17:46:10 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:46:10 -0500 Subject: alsa-oss In-Reply-To: <1159378864.20602.3.camel@localhost.localdomain> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <1159378864.20602.3.camel@localhost.localdomain> Message-ID: 2006/9/27, Dan Williams : > > On Wed, 2006-09-27 at 12:01 -0500, Fibonacci Prower wrote: > > > > > > 2006/9/27, Alan Cox : > > On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci Prower > > wrote: > > > And while they do, what? Stop using their programs and hope > > they'll still > > > care about the Linux community to make a new version? > > > > I guess its like other proprietary software that broke forever > > due to windows > > upgrades and the like. Its part of the nature of proprietary > > software. > > > > Which propietary software as ubiquitous as Flash broke forever due to > > Windows upgrades? > > Any of the Electronic Arts Need for Speed games before v4 (for example > NfS III: Porsche Unleashed), only work on Win98 and Win95. They do not > work on Windows 2000 or later. While not ubiquitous, NfS certainly sold > in the millions, if not tens-of-millions, of units. That's no small > number. This problem certainly exists in the Windows world, no matter > how much effort MS puts into backwards compatibility. I don't want to sound rude, but I don't think any developers care about games - that is, unless they are the developers of the game. I'd expect that sort of thing to happen with games the whole time. Dan > > > > > > > Most likely someone will soon reverse engineer skype entirely, > > at which point > > two things will happen, one of which is that skye to standards > > compliant > > gateways will appear, the other regretably is that millions of > > infected > > voice-spam boxes will begin phoning everyone on the planet > > non-stop selling > > viagra. > > > > You not liking Skype is not a reason to remove support for it. It's > > the only way millions of people have to talk with their loved ones > > without the phone bill skyrocketing. And yes, that includes me. > > > > > > Alan > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > -- > > Eye halve a spelling chequer, it came with my pea see > > It plane lee marques four my revue miss steaks aye can knot sea > > Eye ran this poem threw it - your shore reel glad two no > > Its vary polished in it's weigh, my chequer tolled me sew. > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fibonacci.prower at gmail.com Wed Sep 27 17:50:33 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 12:50:33 -0500 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <20060927171519.GB9613@plain.rackshack.net> Message-ID: 2006/9/27, Oisin Feeley : > > > > On 9/27/06, Fibonacci Prower wrote: > > > 2006/9/27, Rudi Chiarito : > > > > > > On Wed, Sep 27, 2006 at 12:01:17PM -0500, Fibonacci Prower wrote: > > > > You not liking Skype is not a reason to remove support for it. It's > > > the only > > > > way millions of people have to talk with their loved ones without > > > the phone > > > > bill skyrocketing. And yes, that includes me. > > > > > > Again: there have been two public Skype betas out for a while, maybe > > > for two > > > months now. It already works better than the stable release. And yes, > > > it does use ALSA. > > > > > > The accent is on "betas". > > > > What have you found non-functional about the betas? > > Is there some reason why you can't use Ekiga? > I have no problem using Ekiga. It's the other people who do. It comes in a nice, easy to install RPM (unlike skype which only has RPMs > for FC3 and FC4 or tarballs). > I've never had a problem with binary tarballs (source tarballs are a horse of a different colour). Also, as Rahul has pointed out, the aoss stuff is available if you really > need it. > Yes, if you don't mind compiling from source. But why go through the pain? Is it because the people you want to talk to > will only run Skype? > It's because most people I want to talk to run Microsoft Windows. Oisin > -Fibo -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sundaram at fedoraproject.org Wed Sep 27 17:51:26 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Sep 2006 23:21:26 +0530 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <20060927171531.GA30009@devserv.devel.redhat.com> <20060927193329.5924daf8@python3.es.egwn.lan> Message-ID: <451ABA1E.10103@fedoraproject.org> Fibonacci Prower wrote: > > Ah, but there is a way of making it work. > AOSS. aoss is a bridge. It too will break when OSS stuff is completely removed. Meanwhile if you want aoss in Fedora, your only constructive method to do so is to review it the package. All the other discussions here are merely distractions. > > Not my fault if the proprietary Gmail API breaks when quoting parts of > a message - I have no way of fixing it. > Gmail API has nothing to do with quoting. People use gmail and quote properly in this list all the time. Rahul From dragoran at feuerpokemon.de Wed Sep 27 18:06:37 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Wed, 27 Sep 2006 20:06:37 +0200 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <1159333679.2690.14.camel@price> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <1159333679.2690.14.camel@price> Message-ID: <451ABDAD.1000901@feuerpokemon.de> David Nielsen wrote: > I'm sure it'll go into Development once it opens for FC7 though. > > - David > > what about release it as a post-FC6 update after some testing in updates-testing? From pertusus at free.fr Wed Sep 27 18:03:19 2006 From: pertusus at free.fr (Patrice Dumas) Date: Wed, 27 Sep 2006 20:03:19 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> <451AAAA9.6050607@fedoraproject.org> <20060927170715.GK2542@free.fr> Message-ID: <20060927180319.GL2542@free.fr> On Wed, Sep 27, 2006 at 12:16:31PM -0500, Fibonacci Prower wrote: > It's not "new", it used to be included in Extras. Not really, in CVS it is only in FC1, before the fedora extras project was structured like it is today. And it would certainly benefit from being reviewed with the current guidelines. > Actually it's because the guy who removed it thought it was obsoleted by OSS > emulation modules - which is NOT. Maintainers have the possibility to orphan packages, there are possibilities to unorphan without a new review, but for that case it is undoubtly better to have a review given that the existing package is old, and also that it is not obvious that there is enough interest to have a submitter and a reviewer. -- Pat From notting at redhat.com Wed Sep 27 18:09:23 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 27 Sep 2006 14:09:23 -0400 Subject: alsa-oss In-Reply-To: <1159356404.3086.7.camel@laptopd505.fenrus.org> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> Message-ID: <20060927180923.GB4884@nostromo.devel.redhat.com> Arjan van de Ven (arjan at fenrus.demon.nl) said: > to be honest, aoss sucks too. In fact any emulation solution so far is > pretty crappy in one way or the other ;-( > > It has been how long since ALSA took over? It's time to phase OSS out > entirely.... Realistically, I doubt the OSS api can go away entirely. How it's implemented (userspace, kernelspace, whatever) can be debated, but I think we'll never get away with removing it entirely. Bill From sundaram at fedoraproject.org Wed Sep 27 18:09:51 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Wed, 27 Sep 2006 23:39:51 +0530 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <451ABDAD.1000901@feuerpokemon.de> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <1159333679.2690.14.camel@price> <451ABDAD.1000901@feuerpokemon.de> Message-ID: <451ABE6F.9050902@fedoraproject.org> dragoran wrote: > David Nielsen wrote: >> I'm sure it'll go into Development once it opens for FC7 though. >> >> - David >> >> > what about release it as a post-FC6 update after some testing in > updates-testing? Too early for that discussion. You can request that after a stable release of Firefox 2.0 is made. Rahul From notting at redhat.com Wed Sep 27 18:10:48 2006 From: notting at redhat.com (Bill Nottingham) Date: Wed, 27 Sep 2006 14:10:48 -0400 Subject: ctrl-c during boot != good In-Reply-To: <451A69AF.3030807@redhat.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1158999507.19122.29.camel@gilboa-home-dev.localhost> <451A69AF.3030807@redhat.com> Message-ID: <20060927181048.GC4884@nostromo.devel.redhat.com> Harald Hoyer (harald at redhat.com) said: > I second that. kernel command line paramater would be fine. The reason a kernel command line option isn't really practical is that the request is for the times where you don't (necessarily) know it's going to break until after you booted. Which leaves having init read a non-standard, non-upstream config file, which seems just as, if not more, distasteful. Bill From vonbrand at inf.utfsm.cl Wed Sep 27 18:15:43 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Wed, 27 Sep 2006 14:15:43 -0400 Subject: rawhide report: 20060925 changes In-Reply-To: Your message of "Mon, 25 Sep 2006 18:53:58 -0400." <200609252253.k8PMrwpp024159@hs20-bc2-6.build.redhat.com> Message-ID: <200609271815.k8RIFhqc007128@laptop13.inf.utfsm.cl> buildsys at redhat.com wrote: > Removed package openmotif > > Removed package xpdf > > Removed package lha > > Removed package ddd openmotif, xpdf, ddd are still around here. Dunno if I installed lha sometime in the past (guess not). -- 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 jkeating at redhat.com Wed Sep 27 18:45:02 2006 From: jkeating at redhat.com (Jesse Keating) Date: Wed, 27 Sep 2006 14:45:02 -0400 Subject: rawhide report: 20060925 changes In-Reply-To: <200609271815.k8RIFhqc007128@laptop13.inf.utfsm.cl> References: <200609271815.k8RIFhqc007128@laptop13.inf.utfsm.cl> Message-ID: <200609271445.02547.jkeating@redhat.com> On Wednesday 27 September 2006 14:15, Horst H. von Brand wrote: > openmotif, xpdf, ddd are still around here. Dunno if I installed lha > sometime in the past (guess not). They are no longer provided in the rawhide tree. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dennis at ausil.us Wed Sep 27 18:05:06 2006 From: dennis at ausil.us (Dennis Gilmore) Date: Wed, 27 Sep 2006 13:05:06 -0500 Subject: alsa-oss In-Reply-To: References: <200609271220.13907.dennis@ausil.us> Message-ID: <200609271305.10950.dennis@ausil.us> On Wednesday 27 September 2006 12:27, Fibonacci Prower wrote: > 2006/9/27, Dennis Gilmore : > > I personally would sugest that you use a standards compliant software say > > kphone or ekigra and a service such as Free world dialup. they have > > stun > > servers which will help you with nat issues. > > Are they available for Windows? Not everyone uses GNU/Linux, you know - in > fact, most people use Windows. there are tons of sip compliant clients for Windows Microsoft Messenger or what ever its called now is one of them. xten sipX is another. What i was getting at is there are lots of standards compliant ways to do what skype does. in a much more friendly way. > I live half way around the world from My family and have gone to the > > > lengths > > of setting up an asterisk box at home connected to a pstn provider in > > australia so that my non technical family members can pick up a regular > > phone > > and call me for the cost of a local call. > > i also have it connected to a pstn provider in the US for localish service. > > > I'm afraid I didn't understand a word of what you said you did. And even if > I did, I don't think it's possible in Latin America, where I live. Umm i linked a server in the US into the Phone system in Australia so that my family can call me for a local call. I.e pick up the phone in there house and dial me. It costs me about $6 a month and can be done all over the world. costs will vary. Dennis From pjones at redhat.com Wed Sep 27 18:46:47 2006 From: pjones at redhat.com (Peter Jones) Date: Wed, 27 Sep 2006 14:46:47 -0400 Subject: ctrl-c during boot != good In-Reply-To: <1159069425.2748.0.camel@localhost.localdomain> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <1159033503.2888.12.camel@ambystoma.olen.net> <1159069425.2748.0.camel@localhost.localdomain> Message-ID: <1159382807.19513.0.camel@localhost.localdomain> On Sat, 2006-09-23 at 23:43 -0400, Dan Williams wrote: > On Sat, 2006-09-23 at 19:45 +0200, Ola Thoresen wrote: > > > Bill, doesn't the facility already exist for those people? Namely > > > "interactive boot"? > > > > > > Enabling this seems like a very bad tradeoff security wise. It is > > > friendly/easier to always login to the GUI as root but we don't because > > > that is bad security practice. > > > > If the facility already exists with "interactive boot", then why would > > it have any implications to be able to ctrl-c in addition? > > > > I have a few services starting at boot that depends on network (mounting > > of NFS-shares, connectiong to LDAP-servers and so on) which makes > > booting without network a _real_ pain. > > Maybe those services should get fixed to check for the existence of a > network connection before trying to do what they do. Rather than > hacking around dumb apps, we should fix the problem at the source. This is still the wrong model. Services should start correctly if there's a network or not, and to respond correctly if the network is brought up later, as well. -- Peter From hydra at nhydra.org Wed Sep 27 03:50:21 2006 From: hydra at nhydra.org (Svetoslav Chukov) Date: Wed, 27 Sep 2006 06:50:21 +0300 Subject: Fedora Core 5 can not execute some commands in a right way In-Reply-To: <200609271815.k8RIFhqc007128@laptop13.inf.utfsm.cl> References: <200609271815.k8RIFhqc007128@laptop13.inf.utfsm.cl> Message-ID: <1159329021.4863.3.camel@hydra1.nhydra.org> Hello! My name is Svetoslav Chukov. First of all, sorry about that disturbing... I use Fedora Core 5 and noticed some bugs while using it. Let me explain what is the problem... i tried several times to start some .run files but always had an error result. So, I opened one of these files and sew strange actions of fedora. For example i could not start the shell script below that has of the head of .run file. The problem is that in Fedora Core 5 i get different result for CRC check and MD5 sum, but everything was fine in OpenSUSE and some other distros. So, i would like to understand the reason of the actions of my FC5. Here is one of the command that can not be executed in FC5: "sum1=`tail $1 | cksum | sed -e 's/ /Z/' -e 's/ /Z/' | cut -dZ" This command was inside of .run file, but is not only this example. The entire .run script is executed in wrong way, the all commands. I tried 2 or 3 .run scripts and have the same result on all. Thanks for the reading. Best Regards, Svetoslav From sundaram at fedoraproject.org Wed Sep 27 19:21:19 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Sep 2006 00:51:19 +0530 Subject: rawhide report: 20060925 changes In-Reply-To: <200609271445.02547.jkeating@redhat.com> References: <200609271815.k8RIFhqc007128@laptop13.inf.utfsm.cl> <200609271445.02547.jkeating@redhat.com> Message-ID: <451ACF2F.8060106@fedoraproject.org> Jesse Keating wrote: > On Wednesday 27 September 2006 14:15, Horst H. von Brand wrote: >> openmotif, xpdf, ddd are still around here. Dunno if I installed lha >> sometime in the past (guess not). > > They are no longer provided in the rawhide tree. > Openmotif is dropped for licensing reasons as announced previously in this list. xpdf has been rebuild against lesstif and imported into Fedora Extras. ddd is currently under review. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207761 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=207763 lha is waiting on FSF AFAIK Rahul From fibonacci.prower at gmail.com Wed Sep 27 19:45:53 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 14:45:53 -0500 Subject: alsa-oss In-Reply-To: <200609271305.10950.dennis@ausil.us> References: <200609271220.13907.dennis@ausil.us> <200609271305.10950.dennis@ausil.us> Message-ID: 2006/9/27, Dennis Gilmore : > On Wednesday 27 September 2006 12:27, Fibonacci Prower wrote: > > 2006/9/27, Dennis Gilmore : > > > > I personally would sugest that you use a standards compliant software say > > > kphone or ekigra and a service such as Free world dialup. they have > > > stun > > > servers which will help you with nat issues. > > > > Are they available for Windows? Not everyone uses GNU/Linux, you know - in > > fact, most people use Windows. > there are tons of sip compliant clients for Windows Microsoft Messenger or > what ever its called now is one of them. xten sipX is another. What i was > getting at is there are lots of standards compliant ways to do what skype > does. in a much more friendly way. Oh, are there? Which one does work for Windows AND Linux? (No, Microsoft Messenger is not an option, since I'll have to use it too). However, I doubt I'll be able to use any of those, since no one will install any program that does exactly what Skype does, just because I tell them to. > > > I live half way around the world from My family and have gone to the > > > > > lengths > > > of setting up an asterisk box at home connected to a pstn provider in > > > australia so that my non technical family members can pick up a regular > > > phone > > > and call me for the cost of a local call. > > > > i also have it connected to a pstn provider in the US for localish service. > > > > > > I'm afraid I didn't understand a word of what you said you did. And even if > > I did, I don't think it's possible in Latin America, where I live. > Umm i linked a server in the US into the Phone system in Australia so that > my family can call me for a local call. I.e pick up the phone in there > house and dial me. It costs me about $6 a month and can be done all over > the world. costs will vary. > No thanks, I want a free (as in beer) service if there is one. And there certainly is one - Skype, while it works. > Dennis > -Fibo > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. From fedora at camperquake.de Wed Sep 27 20:01:35 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Wed, 27 Sep 2006 22:01:35 +0200 Subject: alsa-oss In-Reply-To: <1159378864.20602.3.camel@localhost.localdomain> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <1159378864.20602.3.camel@localhost.localdomain> Message-ID: <451AD89F.9030001@camperquake.de> Hi. Dan Williams schrieb: > Any of the Electronic Arts Need for Speed games before v4 (for example > NfS III: Porsche Unleashed), only work on Win98 and Win95. They do not > work on Windows 2000 or later. While this is quite OT, Porsche does work on 2K. It takes some kicking and the right phase of the moon, but it can be done. From bowe at redhat.com Wed Sep 27 20:13:53 2006 From: bowe at redhat.com (Bowe Strickland) Date: Wed, 27 Sep 2006 16:13:53 -0400 Subject: ctrl-c during boot != good In-Reply-To: <1159029510.2701.9.camel@thud.gurulabs.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> Message-ID: <20060927201353.GA5630@redhat.com> /------------------------------------------------- thus spake "Dax Kelson" ----- | | On Fri, 2006-09-22 at 13:49 -0400, Bill Nottingham wrote: | > Dax Kelson (dax at gurulabs.com) said: | > > SysVinit-2.86-12 | > > ---------------- | > > * Thu Sep 21 2006 Bill Nottingham - 2.86-12 | > > - set controlling tty for /etc/rc so that ctrl-c can be passed to hung | > > services (#184340) | > > | > > I don't have the permission to read the bug, so I could be interpreting | > > this wrong. | > > | > > You do *not* want users to be able to press ctrl-c during boot up. | > > Otherwise they can completely fsck the starting of daemons or commands | > > (like remounting / rw), possibly causing a serious security breach. This | > > is also a disaster for a kiosk where random malicious joe blows can | > > screwup and stop the boot. | > > | > > I filed a bug circa 1997ish to fix the "can press control-c during | > > bootup" problem. Lets not go backwards. | > | > We have multiple requests from people who want to be able to press | > ctrl-c to stop hanging daemons. Note that you can *already* interrupt | > rc.sysinit. | > | > Bill | | Bill, doesn't the facility already exist for those people? Namely | "interactive boot"? | | Enabling this seems like a very bad tradeoff security wise. It is | friendly/easier to always login to the GUI as root but we don't because | that is bad security practice. | | The interruptibility of rc.sysinit should be fixed. | | You could at least make it configurable in /etc/sysconfig/init. | | Make PROMPT=yes allow/imply interruptibility but it PROMPT=no then the | bootup can't be interrupted (including rc.sysinit). In /etc/inittab, i routinely move the getty for tty2 up to just beneath sysinit, and above the jump to a runlevel. that way, on hangs, i can swith to vc2, log in and slay what i want... would this be a solution? 1) authentication is handled 2) it implies a hackish sort of interface, so that people who resort to this know not to expect perfect results 3) people who know what they're doing don't have to sit twiddling their thumbs. --bowe From kevin.kofler at chello.at Wed Sep 27 21:09:03 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Wed, 27 Sep 2006 21:09:03 +0000 (UTC) Subject: alsa-oss References: <200609271220.13907.dennis@ausil.us> <200609271305.10950.dennis@ausil.us> Message-ID: Fibonacci Prower gmail.com> writes: > Oh, are there? Which one does work for Windows AND Linux? (No, > Microsoft Messenger is not an option, since I'll have to use it too). No, the whole point of the SIP protocol is that it's an interoperable standard. It doesn't matter if you are using Ekiga and your friends M$ Messenger. As long as both speak the SIP protocol (and STUN if there are NATs or firewalls involved, otherwise just plain SIP will work), you're fine. Kevin Kofler From dcbw at redhat.com Wed Sep 27 21:19:26 2006 From: dcbw at redhat.com (Dan Williams) Date: Wed, 27 Sep 2006 17:19:26 -0400 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> <1159378864.20602.3.camel@localhost.localdomain> Message-ID: <1159391966.22933.2.camel@localhost.localdomain> On Wed, 2006-09-27 at 12:46 -0500, Fibonacci Prower wrote: > > > 2006/9/27, Dan Williams : > On Wed, 2006-09-27 at 12:01 -0500, Fibonacci Prower wrote: > > > > > > 2006/9/27, Alan Cox : > > On Wed, Sep 27, 2006 at 11:42:56AM -0500, Fibonacci > Prower > > wrote: > > > And while they do, what? Stop using their programs > and hope > > they'll still > > > care about the Linux community to make a new > version? > > > > I guess its like other proprietary software that > broke forever > > due to windows > > upgrades and the like. Its part of the nature of > proprietary > > software. > > > > Which propietary software as ubiquitous as Flash broke > forever due to > > Windows upgrades? > > Any of the Electronic Arts Need for Speed games before v4 (for > example > NfS III: Porsche Unleashed), only work on Win98 and > Win95. They do not > work on Windows 2000 or later. While not ubiquitous, NfS > certainly sold > in the millions, if not tens-of-millions, of units. That's no > small > number. This problem certainly exists in the Windows world, > no matter > how much effort MS puts into backwards compatibility. > > I don't want to sound rude, but I don't think any developers care > about games - that is, unless they are the developers of the game. I'd > expect that sort of thing to happen with games the whole time. That's fine, but then you have to allow that other people might not care about -your- applications. It's a two-way street. It's just an example from the Windows world about how updates break compatibility. Dan > > Dan > > > > > > > Most likely someone will soon reverse engineer skype > entirely, > > at which point > > two things will happen, one of which is that skye to > standards > > compliant > > gateways will appear, the other regretably is that > millions of > > infected > > voice-spam boxes will begin phoning everyone on the > planet > > non-stop selling > > viagra. > > > > You not liking Skype is not a reason to remove support for > it. It's > > the only way millions of people have to talk with their > loved ones > > without the phone bill skyrocketing. And yes, that includes > me. > > > > > > Alan > > > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > > > > > -- > > Eye halve a spelling chequer, it came with my pea see > > It plane lee marques four my revue miss steaks aye can knot > sea > > Eye ran this poem threw it - your shore reel glad two no > > Its vary polished in it's weigh, my chequer tolled me sew. > > -- > > fedora-devel-list mailing list > > fedora-devel-list at redhat.com > > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > > > -- > Eye halve a spelling chequer, it came with my pea see > It plane lee marques four my revue miss steaks aye can knot sea > Eye ran this poem threw it - your shore reel glad two no > Its vary polished in it's weigh, my chequer tolled me sew. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From gilboad at gmail.com Wed Sep 27 21:21:41 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 28 Sep 2006 00:21:41 +0300 Subject: ctrl-c during boot != good In-Reply-To: <20060927201353.GA5630@redhat.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1159029510.2701.9.camel@thud.gurulabs.com> <20060927201353.GA5630@redhat.com> Message-ID: <9050516b0609271421y2d0c3512teb2debf2b259bf44@mail.gmail.com> On 9/27/06, Bowe Strickland wrote: > > In /etc/inittab, i routinely move the getty for tty2 up to just beneath > sysinit, and above the jump to a runlevel. that way, on hangs, i can > swith to vc2, log in and slay what i want... > > would this be a solution? > > 1) authentication is handled > 2) it implies a hackish sort of interface, so that people who resort to > this know not to expect perfect results > 3) people who know what they're doing don't have to sit twiddling their thumbs. > > --bowe > /+1 Very interesting solution. Having access to vt and/or ssh right after rc.sysinit sound like a good idea. Gilboa From gilboad at gmail.com Wed Sep 27 21:32:28 2006 From: gilboad at gmail.com (Gilboa Davara) Date: Thu, 28 Sep 2006 00:32:28 +0300 Subject: Fedora Core 5 can not execute some commands in a right way In-Reply-To: <1159329021.4863.3.camel@hydra1.nhydra.org> References: <200609271815.k8RIFhqc007128@laptop13.inf.utfsm.cl> <1159329021.4863.3.camel@hydra1.nhydra.org> Message-ID: <9050516b0609271432m175e31d1u263c4767097753e5@mail.gmail.com> On 9/27/06, Svetoslav Chukov wrote: > Hello! > My name is Svetoslav Chukov. > First of all, sorry about that disturbing... > > I use Fedora Core 5 and noticed some bugs while using it. Let me explain > what is the problem... i tried several times to start some .run files > but always had an error result. > So, I opened one of these files and sew strange actions of fedora. For > example i could not start the shell script below that has of the head > of .run file. The problem is that in Fedora Core 5 i get different > result for CRC check and MD5 sum, but everything was fine in OpenSUSE > and some other distros. > So, i would like to understand the reason of the actions of my FC5. > Here is one of the command that can not be executed in FC5: > "sum1=`tail $1 | cksum | sed -e 's/ /Z/' -e 's/ /Z/' | cut -dZ" > > This command was inside of .run file, but is not only this example. The > entire .run script is executed in wrong way, the all commands. I tried 2 > or 3 .run scripts and have the same result on all. > > Thanks for the reading. > Best Regards, > Svetoslav Svetoslav, You need to set _POSIX2_VERSION=199209 before you try to use older .run installers. E.g.: $ su - $ export _POSIX2_VERSION=199209 $ sh ./some-random-game-installer.sh Other then that, please post FC5-related messages in Fedora users list (fedora-list at redhat.com) and not in the Fedora-development list (fedora-devel-list at redhat.com). Thanks, - Gilboa From caillon at redhat.com Wed Sep 27 21:43:51 2006 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 27 Sep 2006 17:43:51 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> Message-ID: <451AF097.7020001@redhat.com> Gilboa Davara wrote: > Hello all, > > Firefox RC1 has just been released. > http://www.mozilla.org/projects/bonecho/all-rc.html > > AFAIK, unless something comes up, FF 2.0 will be released early next month. > Both rawhide and FC6 still include the older FF 1.5.07. > Is there any plan to push FF 2.0 RC into rawhide, and after testing, > into FC6? There is no chance that this will happen, so it is rather pointless to plan to do so. From benjy.grogan at gmail.com Wed Sep 27 22:51:29 2006 From: benjy.grogan at gmail.com (Benjy Grogan) Date: Wed, 27 Sep 2006 18:51:29 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <451AF097.7020001@redhat.com> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> Message-ID: On 9/27/06, Christopher Aillon wrote: > Gilboa Davara wrote: > > Hello all, > > > > Firefox RC1 has just been released. > > http://www.mozilla.org/projects/bonecho/all-rc.html > > > > AFAIK, unless something comes up, FF 2.0 will be released early next month. > > Both rawhide and FC6 still include the older FF 1.5.07. > > Is there any plan to push FF 2.0 RC into rawhide, and after testing, > > into FC6? > > > There is no chance that this will happen, so it is rather pointless to > plan to do so. Okay, but why isn't Firefox ever put into rawhide when it's alphas and betas become available? It's as important as Gnome and Gaim and they seem to get some excellent testing in rawhide. As it is now FC7 will have Firefox 2, but everyone will then be talking about including Firefox 3. I've brought it up before that Firefox should be more thoroughly tested in rawhide but there doesn't seem to be any interest, which I can't understand given the importance of a web browser in a wired world. Benjy > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From smooge at gmail.com Wed Sep 27 23:14:17 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Wed, 27 Sep 2006 17:14:17 -0600 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> Message-ID: <80d7e4090609271614v4951958fn999887686f1e0192@mail.gmail.com> On 9/27/06, Benjy Grogan wrote: > On 9/27/06, Christopher Aillon wrote: > > Gilboa Davara wrote: > > > Hello all, > > Okay, but why isn't Firefox ever put into rawhide when it's alphas and > betas become available? It's as important as Gnome and Gaim and they > seem to get some excellent testing in rawhide. As it is now FC7 will As far as I know its Caillon who does Mozilla/Seamonkey/FIrefox/Thunderbird/BobsYourUncle for RHEL-2.1, RHEL-3, RHEL-4, FCL-5, soon to be FCL-6 and FCL-devel. It might be 1-2 other people.. but that is not a lot of people to throw at a code base close to the kernel in size. It could also be that the two world views of always use the latest version that the Mozilla Foundation is promoting doesnt match up well with the "What stable version are we keeping for 5 years?" -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From david at lovesunix.net Wed Sep 27 23:27:39 2006 From: david at lovesunix.net (David Nielsen) Date: Thu, 28 Sep 2006 01:27:39 +0200 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> Message-ID: <1159399659.2613.15.camel@price> ons, 27 09 2006 kl. 18:51 -0400, skrev Benjy Grogan: > On 9/27/06, Christopher Aillon wrote: > > Gilboa Davara wrote: > > > Hello all, > > > > > > Firefox RC1 has just been released. > > > http://www.mozilla.org/projects/bonecho/all-rc.html > > > > > > AFAIK, unless something comes up, FF 2.0 will be released early next month. > > > Both rawhide and FC6 still include the older FF 1.5.07. > > > Is there any plan to push FF 2.0 RC into rawhide, and after testing, > > > into FC6? > > > > > > There is no chance that this will happen, so it is rather pointless to > > plan to do so. > > Okay, but why isn't Firefox ever put into rawhide when it's alphas and > betas become available? It's as important as Gnome and Gaim and they > seem to get some excellent testing in rawhide. As it is now FC7 will > have Firefox 2, but everyone will then be talking about including > Firefox 3. I've brought it up before that Firefox should be more > thoroughly tested in rawhide but there doesn't seem to be any > interest, which I can't understand given the importance of a web > browser in a wired world. It's a big package, historically prone to security issues and on top of that half the desktop stack depends on it. Thus pulling in an alpha build destablises the entire desktop leading to unhappy users and developers chasing API breakage. I would also challenge your notion that Fedora never pulls in beta builds, I seem to recall Chris pushing such builds on us in the past provided we could be absolutely sure the final product would hit early enough not to conflict with our feature freeze. I think Chris does a remarkable job keeping our Firefox package up to date within a development cycle and updates from upstream rarely lag behind by much even for our stable branches. Upstream provides builds with crash collection, if you really need the alpha builds that badly and want to help out making it stable you could run their build in parallel with the Fedora build maybe? - David Nielsen From caillon at redhat.com Wed Sep 27 23:43:02 2006 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 27 Sep 2006 19:43:02 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> Message-ID: <451B0C86.9000305@redhat.com> Benjy Grogan wrote: > On 9/27/06, Christopher Aillon wrote: >> Gilboa Davara wrote: >> > Hello all, >> > >> > Firefox RC1 has just been released. >> > http://www.mozilla.org/projects/bonecho/all-rc.html >> > >> > AFAIK, unless something comes up, FF 2.0 will be released early next >> month. >> > Both rawhide and FC6 still include the older FF 1.5.07. >> > Is there any plan to push FF 2.0 RC into rawhide, and after testing, >> > into FC6? >> >> >> There is no chance that this will happen, so it is rather pointless to >> plan to do so. > > Okay, but why isn't Firefox ever put into rawhide when it's alphas and > betas become available? Can you, *without looking at the release notes*, provide compelling reasons to do so? You've probably looked at the Firefox 2.0 RC1 release notes by now so you might be able to spew some out, but the bottom line is: web browsing already works for people. It's not like you can't go to amazon and read slashdot without the upgrade. > It's as important as Gnome and Gaim A web browser is important yes. But does it really matter which one? Seriously. As long as people can buy stuff off ebay and amazon, view porn, count how many myspace friends they have today, send webmail, look up music lyrics, or whatever it is people do on the web, that's all they really care about. Besides, GNOME and gaim are applications designed and written for you the Linux user in mind (GNOME arguably is done with the Fedora user in mind), and we have sway with what goes in to that codebase. Firefox is written with the Windows user in mind and if you find bugs, I am not guaranteed to be able to fix them because I (on behalf of Fedora or Red Hat) can't make changes to the source code without getting approval from the Mozilla Corporation pursuant to their trademarking guidelines. > As it is now FC7 will > have Firefox 2, but everyone will then be talking about including > Firefox 3. And I wonder what color shoes it will be wearing. From caillon at redhat.com Wed Sep 27 23:43:52 2006 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 27 Sep 2006 19:43:52 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <80d7e4090609271614v4951958fn999887686f1e0192@mail.gmail.com> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> <80d7e4090609271614v4951958fn999887686f1e0192@mail.gmail.com> Message-ID: <451B0CB8.9070500@redhat.com> Stephen John Smoogen wrote: > As far as I know its Caillon who does > Mozilla/Seamonkey/FIrefox/Thunderbird/BobsYourUncle for RHEL-2.1, > RHEL-3, RHEL-4, FCL-5, soon to be FCL-6 and FCL-devel. It might be 1-2 > other people.. but that is not a lot of people to throw at a code base > close to the kernel in size. No, just lil' ol' me. From emmanuel.seyman at club-internet.fr Wed Sep 27 23:52:54 2006 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Thu, 28 Sep 2006 01:52:54 +0200 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> Message-ID: <20060927235254.GA19883@orient.maison.lan> On Wed, Sep 27, 2006 at 11:35:59AM -0500, Fibonacci Prower wrote: > > Proprietary software which used to work well, and for which you'll be > intentionally removing support, I might add. ^^^^^^^^^^^^^ I've been wondering why you used the term "intentionally" for a few hours now and can't figure it out. Do you seriously believe that OSS support is being removed just to annoy users of proprietary software (and that open source application that hasn't been updated since 1997) ? Emmanuel From caillon at redhat.com Wed Sep 27 23:57:53 2006 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 27 Sep 2006 19:57:53 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <1159399659.2613.15.camel@price> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> <1159399659.2613.15.camel@price> Message-ID: <451B1001.3060005@redhat.com> David Nielsen wrote: > I would also challenge your notion that Fedora never pulls in beta > builds, I seem to recall Chris pushing such builds on us in the past > provided we could be absolutely sure the final product would hit early > enough not to conflict with our feature freeze. Yeah, I pulled in Deer Park alphas and betas this time last year. I'll update to the 2.0 RC after FC6 is branched away so that we can get it into rawhide. It just won't hit FC6. > I think Chris does a remarkable job keeping our Firefox package up to > date within a development cycle and updates from upstream rarely lag > behind by much even for our stable branches. Thanks. I try. > Upstream provides builds with crash collection, if you really need the > alpha builds that badly and want to help out making it stable you could > run their build in parallel with the Fedora build maybe? Sounds like a good idea, though I would *very strongly* suggest using a different user account/profile to do so. Any bugs need to get fixed upstream first anyway, so initiative here is welcomed. From benjy.grogan at gmail.com Wed Sep 27 23:58:29 2006 From: benjy.grogan at gmail.com (Benjy Grogan) Date: Wed, 27 Sep 2006 19:58:29 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <80d7e4090609271614v4951958fn999887686f1e0192@mail.gmail.com> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> <80d7e4090609271614v4951958fn999887686f1e0192@mail.gmail.com> Message-ID: On 9/27/06, Stephen John Smoogen wrote: > On 9/27/06, Benjy Grogan wrote: > > On 9/27/06, Christopher Aillon wrote: > > > Gilboa Davara wrote: > > > > Hello all, > > > > Okay, but why isn't Firefox ever put into rawhide when it's alphas and > > betas become available? It's as important as Gnome and Gaim and they > > seem to get some excellent testing in rawhide. As it is now FC7 will > > As far as I know its Caillon who does > Mozilla/Seamonkey/FIrefox/Thunderbird/BobsYourUncle for RHEL-2.1, > RHEL-3, RHEL-4, FCL-5, soon to be FCL-6 and FCL-devel. It might be 1-2 > other people.. but that is not a lot of people to throw at a code base > close to the kernel in size. True. > > It could also be that the two world views of always use the latest > version that the Mozilla Foundation is promoting doesnt match up well > with the "What stable version are we keeping for 5 years?" That's more the thinking for RHEL. But I get the concerns of API breakage with everything else Firefox builds would affect in rawhide. And just bad timing with Fedora feature freezes and Firefox's roadmap. And the importance of in fact having a stable web browser despite the bleeding edge bent of Fedora. And the woolly mammoth that the codebase is. And C. Aillon does do an excellent job with Firefox. 1.0.7 came out simultaneously with Mozilla's release a few weeks ago. Impressive considering all the patches that Fedora fine tunes Firefox with. Anyways, that edge is getting bloody enough as it is. FC6 should be pretty astounding. Looking forward to it. Benjy > > -- > Stephen J Smoogen. -- CSIRT/Linux System Administrator > How far that little candle throws his beams! So shines a good deed > in a naughty world. = Shakespeare. "The Merchant of Venice" > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > From caillon at redhat.com Thu Sep 28 00:08:23 2006 From: caillon at redhat.com (Christopher Aillon) Date: Wed, 27 Sep 2006 20:08:23 -0400 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> <80d7e4090609271614v4951958fn999887686f1e0192@mail.gmail.com> Message-ID: <451B1277.4070602@redhat.com> Benjy Grogan wrote: > On 9/27/06, Stephen John Smoogen wrote: >> On 9/27/06, Benjy Grogan wrote: >> > On 9/27/06, Christopher Aillon wrote: >> > > Gilboa Davara wrote: >> > > > Hello all, >> > >> > Okay, but why isn't Firefox ever put into rawhide when it's alphas and >> > betas become available? It's as important as Gnome and Gaim and they >> > seem to get some excellent testing in rawhide. As it is now FC7 will >> >> As far as I know its Caillon who does >> Mozilla/Seamonkey/FIrefox/Thunderbird/BobsYourUncle for RHEL-2.1, >> RHEL-3, RHEL-4, FCL-5, soon to be FCL-6 and FCL-devel. It might be 1-2 >> other people.. but that is not a lot of people to throw at a code base >> close to the kernel in size. > > True. >> >> It could also be that the two world views of always use the latest >> version that the Mozilla Foundation is promoting doesnt match up well >> with the "What stable version are we keeping for 5 years?" > > That's more the thinking for RHEL. > > But I get the concerns of API breakage with everything else Firefox > builds would affect in rawhide. And just bad timing with Fedora > feature freezes and Firefox's roadmap. And the importance of in fact > having a stable web browser despite the bleeding edge bent of Fedora. > And the woolly mammoth that the codebase is. You're still getting the bleeding edge. FC6 will most likely have the latest supported version of Firefox that mozilla.org ships(*). Their builds have a feature which pings people about new updates, which won't tell people using 1.5 to upgrade until 2.0 is out. And they will still continue supporting 1.5 at that point. (*) Things that could change that are a quick Firefox security release between when the final tree is composed, the bits are submitted wherever, and then made live, etc. But you get the idea. From fibonacci.prower at gmail.com Thu Sep 28 00:42:05 2006 From: fibonacci.prower at gmail.com (Fibonacci Prower) Date: Wed, 27 Sep 2006 19:42:05 -0500 Subject: alsa-oss In-Reply-To: <20060927235254.GA19883@orient.maison.lan> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <1159369192.2690.25.camel@price> <20060927235254.GA19883@orient.maison.lan> Message-ID: 2006/9/27, Emmanuel Seyman : > > On Wed, Sep 27, 2006 at 11:35:59AM -0500, Fibonacci Prower wrote: > > > > Proprietary software which used to work well, and for which you'll be > > intentionally removing support, I might add. > ^^^^^^^^^^^^^ > > I've been wondering why you used the term "intentionally" for a few hours > now > and can't figure it out. Do you seriously believe that OSS support is > being > removed just to annoy users of proprietary software (and that open source > application that hasn't been updated since 1997) ? Perhaps I should have said "knowingly", since you would know what you were removing support for, and still removing it. Emmanuel > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -- Eye halve a spelling chequer, it came with my pea see It plane lee marques four my revue miss steaks aye can knot sea Eye ran this poem threw it - your shore reel glad two no Its vary polished in it's weigh, my chequer tolled me sew. -------------- next part -------------- An HTML attachment was scrubbed... URL: From d.jacobfeuerborn at conversis.de Thu Sep 28 02:54:08 2006 From: d.jacobfeuerborn at conversis.de (Dennis Jacobfeuerborn) Date: Thu, 28 Sep 2006 04:54:08 +0200 Subject: alsa-oss In-Reply-To: <20060927180923.GB4884@nostromo.devel.redhat.com> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927180923.GB4884@nostromo.devel.redhat.com> Message-ID: <451B3950.2060401@conversis.de> Bill Nottingham wrote: > Arjan van de Ven (arjan at fenrus.demon.nl) said: >> to be honest, aoss sucks too. In fact any emulation solution so far is >> pretty crappy in one way or the other ;-( >> >> It has been how long since ALSA took over? It's time to phase OSS out >> entirely.... > > Realistically, I doubt the OSS api can go away entirely. How it's implemented > (userspace, kernelspace, whatever) can be debated, but I think we'll never > get away with removing it entirely. Why not? Regards, Dennis From naoki at valuecommerce.com Thu Sep 28 03:58:01 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 28 Sep 2006 12:58:01 +0900 Subject: Should Xen be part of the release criteria? (was Re: Fedora release delay - What is the criteria?) In-Reply-To: <451A513F.1040608@fedoraproject.org> References: <1159345323.2664.31.camel@localhost.localdomain> <451A513F.1040608@fedoraproject.org> Message-ID: <1159415881.16094.33.camel@localhost.localdomain> On Wed, 2006-09-27 at 15:53 +0530, Rahul wrote: > Naoki wrote: > > Hi, > > > > Since I can't find anything on the wiki I'll ask here, what is the set > > of criteria that must be met before an FC release is pushed back? > > > > Cheers, > > > http://fedoraproject.org/wiki/QA/ReleaseCriteria > > Rahul And in one fell swoop the answer is provided. Cheers. I did notice that there is nothing about xen in there.. I'd imagine that FC "must" be installable as a guest xen instance, or at the very least, "should" be. Would anybody else agree/disagree? Perhaps with hardware based virtualization it'll become less important.. From notting at redhat.com Thu Sep 28 04:28:54 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Sep 2006 00:28:54 -0400 Subject: alsa-oss In-Reply-To: <451B3950.2060401@conversis.de> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927180923.GB4884@nostromo.devel.redhat.com> <451B3950.2060401@conversis.de> Message-ID: <20060928042854.GB4840@nostromo.devel.redhat.com> Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) said: > >Realistically, I doubt the OSS api can go away entirely. How it's > >implemented > >(userspace, kernelspace, whatever) can be debated, but I think we'll never > >get away with removing it entirely. > > Why not? The kernel still has a.out support (although we may not build it.) OSS was the kernel's sound API for roughly 10 years. Even if it is deprecated, it's hard to kill something like that. Bill From caillon at redhat.com Thu Sep 28 04:53:24 2006 From: caillon at redhat.com (Christopher Aillon) Date: Thu, 28 Sep 2006 00:53:24 -0400 Subject: alsa-oss In-Reply-To: References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927165232.GB27858@devserv.devel.redhat.com> Message-ID: <451B5544.8090305@redhat.com> Fibonacci Prower wrote: > You not liking Skype is not a reason to remove support for it. We can't remove support for something we never claimed to support. Where does it say we support Skype? Nay, you've got it backward. They support their binaries for specific distributions. See e.g. their beta download page[1] which specifically names Fedora Core 3 and Fedora Core 4. Not Fedora Core 3, 4 and higher, lower, or in between. I'd imagine if it works with anything else, it's purely coincidental. [1] http://www.skype.com/download/skype/linux/13beta.html From fedora at camperquake.de Thu Sep 28 07:21:25 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 28 Sep 2006 09:21:25 +0200 Subject: ctrl-c during boot != good In-Reply-To: <20060927181048.GC4884@nostromo.devel.redhat.com> References: <1158946360.18703.24.camel@mentorng.gurulabs.com> <20060922174941.GA17495@nostromo.devel.redhat.com> <1158999507.19122.29.camel@gilboa-home-dev.localhost> <451A69AF.3030807@redhat.com> <20060927181048.GC4884@nostromo.devel.redhat.com> Message-ID: <20060928092125.0f56247d@banea.int.addix.net> Hi. On Wed, 27 Sep 2006 14:10:48 -0400, Bill Nottingham wrote: > The reason a kernel command line option isn't really practical > is that the request is for the times where you don't (necessarily) > know it's going to break until after you booted. I think what people here (me included, to be honest) want is to be able to disallow ctrl-c to kill services, fully knowing that this may lead to a system that starts very slowly in certain situations. What is the point of having a password protected BIOS, a password protected grub and all the Unix auth stack if anyone can kill services during boot? From galibert at pobox.com Thu Sep 28 09:47:32 2006 From: galibert at pobox.com (Olivier Galibert) Date: Thu, 28 Sep 2006 11:47:32 +0200 Subject: alsa-oss In-Reply-To: <20060928042854.GB4840@nostromo.devel.redhat.com> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927180923.GB4884@nostromo.devel.redhat.com> <451B3950.2060401@conversis.de> <20060928042854.GB4840@nostromo.devel.redhat.com> Message-ID: <20060928094732.GA33376@dspnet.fr.eu.org> On Thu, Sep 28, 2006 at 12:28:54AM -0400, Bill Nottingham wrote: > Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) said: > > >Realistically, I doubt the OSS api can go away entirely. How it's > > >implemented > > >(userspace, kernelspace, whatever) can be debated, but I think we'll never > > >get away with removing it entirely. > > > > Why not? > > The kernel still has a.out support (although we may not build it.) > > OSS was the kernel's sound API for roughly 10 years. Even if it is > deprecated, it's hard to kill something like that. Especially since it is a quite better userland interface than the ALSA one for simple uses of sound. And it's documented, while ALSA's isn't. OG. From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Sep 28 10:09:31 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 28 Sep 2006 12:09:31 +0200 Subject: Multilib packages and common identical files issue Message-ID: <20060928120931.6d8356da@python3.es.egwn.lan> Hi, I've searched through bugzilla, and haven't found any entry about this problem, although it would be pretty amazing if no one had yet filed a bug for it... Quick "how to reproduce" (on x86_64) : # yum install zlib [...] Installed: zlib.i386 0:1.2.3-3 Dependency Installed: glibc.i686 0:2.4.90-35 Complete! [root at python3 ~]# rpm -e zlib.i386 [root at python3 ~]# rpm -V zlib missing /usr/share/doc/zlib-1.2.3 missing d /usr/share/doc/zlib-1.2.3/README # This is quite a problem, since after a default x86_64 FC6t3 install, I've done "yum remove glibc.i686" to get rid of all legacy x86 packages on my system, and now "rpm -Va" reports missing man pages, documentation files and translations for many, many packages. This might be the cause of some issues I've been seeing after a reboot today, with GNOME getting stuck, an error message about a file related to the workspace switcher... I've been removing (--justdb) all packages with missing files, then reinstalling them, but this is messing some configuration files around and will possibly cause more harm since many pre/post scriplets aren't meant to run in these conditions. Am I right to believe that this is a bug in rpm, where it should be keeping these "common" files upon erasing one of the two multilib packages (and ideally timestamping them with the correct timestamps from the remaining package)? Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2693.fc6 Load : 0.01 0.08 0.31 From rdieter at math.unl.edu Thu Sep 28 12:09:13 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 28 Sep 2006 07:09:13 -0500 Subject: Multilib packages and common identical files issue References: <20060928120931.6d8356da@python3.es.egwn.lan> Message-ID: Matthias Saou wrote: > Am I right to believe that this is a bug in rpm, where it should be > keeping these "common" files upon erasing one of the two multilib > packages (and ideally timestamping them with the correct timestamps > from the remaining package)? rpm certainly should be leaving identical common files behind (and it does in most cases). If not, then imo, it certainly is a bug. -- Rex From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Thu Sep 28 12:16:35 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Thu, 28 Sep 2006 14:16:35 +0200 Subject: Multilib packages and common identical files issue In-Reply-To: References: <20060928120931.6d8356da@python3.es.egwn.lan> Message-ID: <20060928141635.38198863@python3.es.egwn.lan> Rex Dieter wrote : > Matthias Saou wrote: > > > > Am I right to believe that this is a bug in rpm, where it should be > > keeping these "common" files upon erasing one of the two multilib > > packages (and ideally timestamping them with the correct timestamps > > from the remaining package)? > > rpm certainly should be leaving identical common files behind (and it does > in most cases). If not, then imo, it certainly is a bug. But it seems like it doesn't... maybe only for "special" files tagged as documentation or translations. Still, it looks like a bug. If no one knows of an existing bug report about this problem, I'll file a new one. Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2693.fc6 Load : 0.07 0.12 0.20 From naoki at valuecommerce.com Thu Sep 28 12:18:43 2006 From: naoki at valuecommerce.com (Naoki) Date: Thu, 28 Sep 2006 21:18:43 +0900 Subject: Yet another dependency question. cups & redhat-lsb ? Message-ID: <451BBDA3.2080806@valuecommerce.com> We get a lot of these I know, and for the most part the disk space saved isn't worth the trouble. But then again the less junk installed on a server the better. So on that note : # rpm -e cups error: Failed dependencies: /usr/bin/lp is needed by (installed) redhat-lsb-3.1-10.3.x86_64 /usr/bin/lpr is needed by (installed) redhat-lsb-3.1-10.3.x86_64 If nobody can see why redhat-lsb would need lp I'll file a request. I'd love to get server builds as cut down as possible. From fedora at camperquake.de Thu Sep 28 12:23:40 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Thu, 28 Sep 2006 14:23:40 +0200 Subject: Yet another dependency question. cups & redhat-lsb ? In-Reply-To: <451BBDA3.2080806@valuecommerce.com> References: <451BBDA3.2080806@valuecommerce.com> Message-ID: <20060928142340.2381d118@banea.int.addix.net> Hi. On Thu, 28 Sep 2006 21:18:43 +0900, Naoki wrote: > If nobody can see why redhat-lsb would need lp I'll file a request. > I'd love to get server builds as cut down as possible. redhat-lsb is IIRC not a "real" package per se, but a metapackage providing the bits to make fedora (at least partially) LSB compliant. And I suspect that LSB mandates that there is a /usr/bin/lp. From rdieter at math.unl.edu Thu Sep 28 12:26:00 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Thu, 28 Sep 2006 07:26:00 -0500 Subject: Yet another dependency question. cups & redhat-lsb ? References: <451BBDA3.2080806@valuecommerce.com> Message-ID: Naoki wrote: > If nobody can see why redhat-lsb would need lp I'll file a request. Looks like the LSB requires lpr to me: http://refspecs.freestandards.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-generic/lpr.html So the dep looks legit. -- Rex From emmanuel.seyman at club-internet.fr Thu Sep 28 12:31:53 2006 From: emmanuel.seyman at club-internet.fr (Emmanuel Seyman) Date: Thu, 28 Sep 2006 14:31:53 +0200 Subject: Yet another dependency question. cups & redhat-lsb ? In-Reply-To: <20060928142340.2381d118@banea.int.addix.net> References: <451BBDA3.2080806@valuecommerce.com> <20060928142340.2381d118@banea.int.addix.net> Message-ID: <20060928123153.GA24590@orient.maison.lan> On Thu, Sep 28, 2006 at 02:23:40PM +0200, Ralf Ertzinger wrote: > > redhat-lsb is IIRC not a "real" package per se, but a metapackage > providing the bits to make fedora (at least partially) LSB compliant. It's the other way round, actually. redhat-lsb is an rpm that provides a virtual package called "lsb" which, in turn, shows the server to be LSB compliant. > And I suspect that LSB mandates that there is a /usr/bin/lp. That'ld be my guess, as well. Emanuel From franklinux392 at yahoo.com Thu Sep 28 13:05:54 2006 From: franklinux392 at yahoo.com (Frank S.) Date: Thu, 28 Sep 2006 06:05:54 -0700 (PDT) Subject: WIRELES Message-ID: <20060928130554.9915.qmail@web54309.mail.yahoo.com> Hi is there any chance that FC6 is going to support a wider wireles cards and activate them by default?. I had problems with D-link DWL-G630 and on my destop I had problems with a Zyxel G-302 V3 I would be very nice If the wireles gets configured like UBUNTU --------------------------------- How low will we go? Check out Yahoo! Messenger?s low PC-to-Phone call rates. -------------- next part -------------- An HTML attachment was scrubbed... URL: From buildsys at redhat.com Thu Sep 28 13:58:09 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Thu, 28 Sep 2006 09:58:09 -0400 Subject: rawhide report: 20060928 changes Message-ID: <200609281358.k8SDw9bT029805@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.101-1 --------------------- * Wed Sep 27 2006 Jeremy Katz - 11.1.0.101-1 - Give indication of no optional packages (#204242) - Don't give an error on partition mount errors looking for upgrades (#201805) - Firewire fix (notting) - Make initrd.size have 0644 perms (dcantrel, #197773) - More netconfig tweaks (dcantrel) - Support loopback URL mounts (pnasrat, #207904) - Turn off firstboot on s390 (clumens, #207926) - Set display mode if vnc ks (clumens, #204736) - Fix partitioning traceback (#208101) - Fix lowres (clumens) - xfs tweak (esandeen, #208323) - Add qla4xxx (#208324) and qla3xxx coreutils-5.97-10 ----------------- * Tue Sep 12 2006 Tim Waugh 5.97-10 - Ignore 'cifs' filesystems for 'df -l' (bug #183703). - Include -g/-G in runuser man page (part of bug #199344). - Corrected runuser man page (bug #200620). dhcdbd-2.0-1.fc6 ---------------- * Tue Sep 26 2006 David Cantrell - 2.0-1 - Rebuild for FC6 - BuildRequires pkgconfig * Tue Sep 26 2006 David Cantrell - 1.99.4-1 - Reworked source tree to make builds a little cleaner - Added more documentation - Removed named user policy in dhcdbd.conf (#205254) * Wed Aug 16 2006 Bill Nottingham - silence %postun condrestart, %preun stop e2fsprogs-1.39-7 ---------------- * Wed Sep 20 2006 Jarod Wilson - 1.39-7 - 32-bit 16T fixups from esandeen (#202807) - Update summaries and descriptions esc-1.0.0-15.fc6 ---------------- * Fri Sep 22 2006 Jack Magne = 1.0.0-15 - Fix to the build version * Fri Sep 22 2006 Jack Magne = 1.0.0-14 - Fix to compile error in daemon * Fri Sep 22 2006 Jack Magne - 1.0.0-13 - Fix to include the new esc daemon. evolution-data-server-1.8.0-11.fc6 ---------------------------------- * Tue Sep 26 2006 Matthew Barnes - 1.8.0-11.fc6 - Add patch for RH bug #203915 (fix dangerous mallocs in camel). firefox-1.5.0.7-5.fc6 --------------------- * Tue Sep 26 2006 Christopher Aillon 1.5.0.7-5 - Fix crash when changing gtk key theme - Fix gtkmozembed window visibility - Prevent UI freezes while changing GNOME theme - Remove verbiage about pango; no longer required by upstream. * Tue Sep 19 2006 Christopher Aillon 1.5.0.7-4 - Arrrr! Add Obsoletes: mozilla to avoid GRE conflicts, me hearties! * Mon Sep 18 2006 Christopher Aillon 1.5.0.7-3 - Bring back the GRE files for embeddors gdm-1:2.16.0-10.fc6 ------------------- * Wed Sep 27 2006 Matthias Clasen - 1:2.16.0-10.fc6 - Fix small issues in gdmsetup (#208225) * Wed Sep 27 2006 Matthias Clasen - 1:2.16.0-9.fc6 - Fix a problem with the display of the FedoraDNA theme in gdmsetup glibc-2.4.90-36 --------------- * Wed Sep 27 2006 Jakub Jelinek 2.4.90-36 - rebuilt with gcc-4.1.1-26 to fix unwind info gnome-applet-vm-0.1.0-1 ----------------------- * Wed Sep 27 2006 Karel Zak 0.1.0-1 - upgrade to stable upstream release - fix build requires - fix #205930 - missing dependency for virt-manager gnome-mount-0.5-2.fc6 --------------------- * Wed Sep 27 2006 David Zeuthen - 0.5.0-2.fc6 - BR nautilus-devel instead of nautilus * Tue Sep 26 2006 David Zeuthen - 0.5.0-1.fc6 - Update to upstream release 0.5 - BR libnotify-devel - Require and BuildRequire HAL 0.5.8.1 - Should fix #194296 gnome-panel-2.16.0-4.fc6 ------------------------ * Wed Sep 27 2006 Matthias Clasen - 2.16.0-4.fc6 - Copy translations for "Suspend" menu item from gnome-power-manager hal-0.5.8.1-2.fc6 ----------------- * Tue Sep 26 2006 David Zeuthen - 0.5.8.1-2.fc6 - BuildRequire pciutils-devel * Tue Sep 26 2006 David Zeuthen - 0.5.8.1-1.fc6 - upgrade to upstream release 0.5.8.1 - helpers have moved to %libdir/hal/scripts - require gtk-doc instead of Doxygen - drop upstreamed patches - patch for correctly detecting FUSE mounts (e.g. ntfs-fuse) - patch for not crashing on optical drives w/o write capabilities - include devhelp gtk-doc's for libhal, libhal-storage in -devel package - Require kernel >= 2.6.17, udev >= 089, libvolume_id >= 089 - Build require libvolume_id-devel >= 089 - Should fix #202316, #206669, #207715, #198573, #206732, #208027 initscripts-8.43-1 ------------------ * Wed Sep 27 2006 Bill Nottingham 8.43-1 - move ccwgroup initialization to a udev rule (should fix #199139, - init.d/functions: don't write to gdmfifo - remove unused-since-RHL-7 consolechars code, update docs (#206106) - stateless updates (#206331, ) - translation updates (el, ms, hr, sl) iscsi-initiator-utils-6.2.0.695-0.3 ----------------------------------- * Wed Sep 27 2006 Jeremy Katz - 6.2.0.695-0.3 - Add fix for initscript with pid file moved * Tue Sep 26 2006 Mike Christie - 6.2.0.695-0.2 - BZ 208050 - change default initiator name to reflect redhat - Move pid from /etc/iscsi to /var/run/iscsid.pid kernel-2.6.18-1.2699.fc6 ------------------------ * Tue Sep 26 2006 Dave Jones - Enable serverworks IDE driver for x86-64. - More lockdep fixes. * Mon Sep 25 2006 Dave Jones - Disable 31bit s390 kernel builds. * Mon Sep 25 2006 Jarod Wilson - Make kernel packages own initrd files logrotate-3.7.4-6 ----------------- * Tue Sep 26 2006 Peter Vrabec 3.7.4-6 - fix leaking file descriptor (#205072) mkinitrd-5.1.18-1 ----------------- * Wed Sep 27 2006 Peter Jones - 5.1.18-1 - Split nash into its own package to work around dep sorting issue on install. pam_pkcs11-0.5.3-21 ------------------- * Mon Sep 18 2006 Robert Relyea 0.5.3-21 - update password supported patch. - fix bug where the user and smart card prompt was coming up in login after the username had been entered. - use pam_ignore for the case where we always want to drop to the other pam_modules. - add environment variables for the certificate used to authenticate. perl-IO-Socket-SSL-1.01-1.fc6 ----------------------------- * Mon Sep 18 2006 Warren Togami - 1.01-1 - 1.01 bug fixes (#206782) perl-LDAP-1:0.33-3.fc6 ---------------------- * Wed Sep 27 2006 Robin Norwood - 1:0.33-3 - Bugzilla: 207430 - Incorporate fixes from Jose Oliveira's patch - Add perl(IO::Socket::SSL) as a BuildRequires as well - Other cleanups from Jose * Wed Sep 27 2006 Robin Norwood - 0.33-1.3 - Add a requirement for IO::Socket::SSL, per bug #122066 procps-3.2.7-8 -------------- * Wed Sep 27 2006 Karel Zak 3.2.7-8 - remove zombie patch (needs more investigation) - fix #208100 - top command with '-c' option become not to display list of tasks - fix #199174 - top returns with exit code 1 even if no error occurs * Tue Sep 19 2006 Karel Zak 3.2.7-7 - fix #206551 - top fails to convert to cpu single mode when hit '1' redhat-artwork-5.0.8-1.fc6 -------------------------- * Wed Sep 27 2006 Matthias Clasen 5.0.8-1 - Update FedoraDNA theme description * Tue Sep 26 2006 Matthias Clasen 5.0.7-3 - Require gtk2 for %post (#203791) * Tue Sep 26 2006 Matthias Clasen 5.0.7-2 - Require system-logos, not fedora-logos rgmanager-2.0.8-1.fc6 --------------------- * Wed Sep 27 2006 Chris Feist - 2.0.8-1 - Rebuilt with new upstream sources. * Fri Sep 15 2006 Chris Feist - 2.0.7-1 - Rebuilt with new upstream sources. rhgb-0.16.3-6.fc6 ----------------- * Tue Sep 26 2006 Ray Strode - 0.16.3-6 - don't SIGKILL X server - wait for signal from X server that it's ready instead of just launching it an hoping for the best - only vt switch if things go bad, X and gdm will handle making sure the right vt is active. - don't ever change the busy cursor to not busy (if we're not busy then rhgb shouldn't be running). ttmkfdir-3.0.9-20.4 ------------------- * Wed Sep 27 2006 Lingning Zhang - 3.0.9-20.4 - modify "%post" and add "Requires(post)" in ttmkfdir.spec for fixing bug173591, bug207279, bug208122 udev-095-10 ----------- * Wed Sep 27 2006 Harald Hoyer - 095-10 - typo in xpram/slram rule (bug #205563) valgrind-1:3.2.1-3 ------------------ * Wed Sep 27 2006 Jakub Jelinek 3.2.1-3 - another DW_CFA_set_loc handling fix * Tue Sep 26 2006 Jakub Jelinek 3.2.1-2 - fix openat handling (#208097) - fix DW_CFA_set_loc handling * Tue Sep 19 2006 Jakub Jelinek 3.2.1-1 - update to 3.2.1 bugfix release - SSE3 emulation fixes, reduce memcheck false positive rate, 4 dozens of bugfixes vim-2:7.0.109-1 --------------- * Tue Sep 19 2006 Karsten Hopp 7.0.109-9 - update to patchlevel 109 to fix some redraw problems - fix invisible comments in diff mode (#204042) virt-manager-0.2.3-1.fc6 ------------------------ * Tue Sep 26 2006 Daniel Berrange - 0.2.3-1 - Require xeninst >= 0.93.0 to fix block backed devices - Skip para/fully-virt step when going back in wizard if not HVM host (bz 207409) - Fix handling of modifier keys in VNC console so Alt key doesn't get stuck (bz 207949) - Allow sticky modifier keys by pressing same key 3 times in row (enables Ctrl-Alt-F1 by doing Ctrl Ctrl Ctrl Alt-F1) - Improved error handling during guest creation - Log errors with python logging, instead of to stdout - Remove unused buttons from main domain list window - Switch out of full screen & release key grab when closing console - Trim sparkline CPU history graph to 40 samples max - Constraint VCPU adjuster to only allow upto guest's max VCPU count - Show guest's max & current VCPU count in details page - Fix rounding of disk sizes to avoid a 1.9 GB disk being rounded down to 1 GB - Use raw block device path to CDROM not mount point for HVM guest (bz 206965) - Fix visibility of file size spin box (bz 206186 part 2) - Check for GTK failing to open X11 display (bz 205938) wget-1.10.2-6 ------------- * Mon Sep 25 2006 Karsten Hopp 1.10.2-6 - fix resumed downloads (#205723) x86info-1:1.20-1.26.fc6 ----------------------- * Wed Sep 27 2006 Dave Jones - New upstream (1.20) Fixes 'silent' output, and recognises Intel Core Extreme. * Sat Sep 23 2006 Dave Jones - New upstream (1.19) Improved identification of numerous new Intel CPUs. xen-3.0.2-39 ------------ * Wed Sep 27 2006 Daniel Berrange - 3.0.2-39 - Disable paravirt framebuffer server side rendered cursor (bz 206313) - Ignore SIGPIPE in paravirt framebuffer daemon to avoid terminating on client disconnects while writing data (bz 208025) * Wed Sep 27 2006 Jeremy Katz - 3.0.2-38 - Fix cursor in pygrub (#208041) * Tue Sep 26 2006 Daniel P. Berrange - 3.0.2-37 - Removed obsolete scary warnings in package description xfsprogs-2.8.11-3.fc6 --------------------- * Wed Sep 27 2006 Russell Cattelan 2.8.11-3 - bump build version to 3 for a new brew build * Tue Sep 26 2006 Russell Cattelan 2.8.11-2 - add ppc64 build patch * Thu Sep 21 2006 Russell Cattelan 2.8.11-1 - Upgrade to xfsprogs 2.8.11 Need to pick up important repair fixes yum-2.9.7-3 ----------- * Wed Sep 27 2006 Jeremy Katz - 2.9.7-3 - and better fix for upstream (jbowes) * Wed Sep 27 2006 Jeremy Katz - 2.9.7-2 - backout patch that breaks anaconda * Wed Sep 27 2006 Jeremy Katz - 2.9.7-1 - update to 2.9.7 yum-metadata-parser-1.0-8.fc6 ----------------------------- * Wed Sep 27 2006 Jeremy Katz - 1.0-8 - fix dep loop * Wed Jul 12 2006 Jesse Keating - rebuild * Thu Jun 15 2006 Paul Nasrat - 1.0-7 - add patch to correct population of packages.location_base Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.9-1.fc6.s390 requires kernel >= 0:2.6.9-11 From txtoth at gmail.com Thu Sep 28 14:36:05 2006 From: txtoth at gmail.com (Ted X Toth) Date: Thu, 28 Sep 2006 09:36:05 -0500 Subject: rpm build/pa issues In-Reply-To: <1159026905.6358.8.camel@localhost.localdomain> References: <4511CDCE.2060909@bellsouth.net> <1158840209.15768.81.camel@localhost.localdomain> <45128897.8050505@gmail.com> <1159026905.6358.8.camel@localhost.localdomain> Message-ID: <451BDDD5.9000103@gmail.com> Paul W. Frields wrote: > On Thu, 2006-09-21 at 07:41 -0500, Ted X Toth wrote: > >> Paul W. Frields wrote: >> >>> On Wed, 2006-09-20 at 18:25 -0500, Jay Cliburn wrote: >>> >>> >>>> Xavier Toth wrote: >>>> >>>> >>>>> I downloaded the rawhide kernel sources and tried to make a i686 rpm. >>>>> Following the instructions on >>>>> http://fedora.redhat.com/docs/release-notes/fc6test2/ I ran 'rpmbuild >>>>> -bp --target i686 kernel-2.6.spec' then copied >>>>> configs/kernel-2.6.17-i686.config to .config and edited the Makefile >>>>> changing EXTRAVERSION = -prep to EXTRAVERSION = -1.2647.fc6. I then >>>>> did a 'make oldconfig' (unclear why this is necessary since the copied >>>>> a prebuilt config file already) and then 'make rpm'. The result of the >>>>> make is rpmbuild/RPMS/i386/kernel-2.6.171.2647.fc6-1.i386.rpm and >>>>> there are several issues with this: >>>>> 1) a i386 rpm was produced not a i686 rpm >>>>> 2) the EXTRAVERSION losses its '-' and so is run up against the kernel >>>>> version in the file name '2.6.171.2647.fc6' >>>>> >>>>> Are the instruction correct? Are these bugs in the build system? >>>>> >>>>> Ted >>>>> >>>>> >>>>> >>>> Despite what anyone on this list tells you to the contrary, the dash _will_ be >>>> removed when you run "make rpm". >>>> See ~/rpmbuild/BUILD/kernel-/linux-/scripts/package/Makefile at line 30. >>>> >>>> Also see this thread. >>>> https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00272.html >>>> >>>> So yes, the Release Notes are incorrect. You need to use a period, not a dash, >>>> in the EXTRAVERSION field if you intend to "make rpm". >>>> >>> The Release Notes don't address specifically building a new kernel RPM. >>> The typical Fedora-specific way for building the kernel AIUI would be to >>> use rpmbuild and the specfile, as for other RPMs. Doing so makes >>> EXTRAVERSION work as expected, and (when using --target=i686) generates >>> the expected .i686.rpm kernel(s). I'll add a sentence or two to the >>> Release Notes that discusses this. >>> >>> >> Could you include them here now also, please? >> > > Rather than using "make srpm" from within the BUILD/kernel*/linux* > folder, you can include your custom config file(s) in the SOURCES/ > folder, edit the specfile as needed, and do "rpmbuild -ba --target=i686 > SPECS/kernel-2.6.spec" to build your custom kernel. > > I appreciate your help but please understand I'm not a kernel developer but rather an application developer who needs, at times, to use the latest kernel. With that in mind which "custom config files(s)" are you referring to that I'd need to move to SOURCES? What edits if any need to be made in SPECS/kernel-2.6.spec if all I'm trying to do is create a binary rpm for the specified architecture? Ted From dcbw at redhat.com Thu Sep 28 14:42:24 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 28 Sep 2006 10:42:24 -0400 Subject: WIRELES In-Reply-To: <20060928130554.9915.qmail@web54309.mail.yahoo.com> References: <20060928130554.9915.qmail@web54309.mail.yahoo.com> Message-ID: <1159454544.2642.22.camel@localhost.localdomain> On Thu, 2006-09-28 at 06:05 -0700, Frank S. wrote: > Hi is there any chance that FC6 is going to support a wider wireles > cards and activate them by default?. I had problems with D-link > DWL-G630 and on my destop I had problems with a Zyxel G-302 V3 > I would be very nice If the wireles gets configured like UBUNTU Ubuntu AFAIK ships (a) closed binary drivers and (b) non-upstream drivers that have certainly not undergone kernel review. Fedora Doesn't Do Either Of Those. Fedora ships drivers included in the upstream kernel. Those drivers have at least been through a kernel review process, and are free of any IP/patent/etc concerns. They are also obviously not closed binary drivers. Yes, that means slightly less out-of-the-box supported hardware. But it usually means better and more compatible drivers. If you want your hardware to work, get the driver maintainers to submit their drivers to the kernel, where they should be anyway [1]. There's really no excuse. Dan [1] except for Atheros chipsets, which can't go into the kernel until they stop being a**es and deal with the binary-linked-in-blob. Intel seems to have a much better path to upstream acceptance with ipw3945 than Atheros could ever manage. > > > > ______________________________________________________________________ > How low will we go? Check out Yahoo! Messenger?s low PC-to-Phone call > rates. > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From ajackson at redhat.com Thu Sep 28 14:45:02 2006 From: ajackson at redhat.com (Adam Jackson) Date: Thu, 28 Sep 2006 10:45:02 -0400 Subject: alsa-oss In-Reply-To: <20060928042854.GB4840@nostromo.devel.redhat.com> References: <1159356404.3086.7.camel@laptopd505.fenrus.org> <20060927180923.GB4884@nostromo.devel.redhat.com> <451B3950.2060401@conversis.de> <20060928042854.GB4840@nostromo.devel.redhat.com> Message-ID: <451BDFEE.2090209@redhat.com> Bill Nottingham wrote: > Dennis Jacobfeuerborn (d.jacobfeuerborn at conversis.de) said: >>> Realistically, I doubt the OSS api can go away entirely. How it's >>> implemented >>> (userspace, kernelspace, whatever) can be debated, but I think we'll never >>> get away with removing it entirely. >> Why not? > > The kernel still has a.out support (although we may not build it.) > > OSS was the kernel's sound API for roughly 10 years. Even if it is > deprecated, it's hard to kill something like that. Code is short and APIs are forever. Monty was sounding pretty optimistic about using FUSD to really do OSS emulation right. - ajax From jkeating at redhat.com Thu Sep 28 15:12:59 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Sep 2006 11:12:59 -0400 Subject: Should Xen be part of the release criteria? (was Re: Fedora release delay - What is the criteria?) In-Reply-To: <1159415881.16094.33.camel@localhost.localdomain> References: <1159345323.2664.31.camel@localhost.localdomain> <451A513F.1040608@fedoraproject.org> <1159415881.16094.33.camel@localhost.localdomain> Message-ID: <200609281112.59613.jkeating@redhat.com> On Wednesday 27 September 2006 23:58, Naoki wrote: > Would anybody else agree/disagree? ?Perhaps with hardware based > virtualization it'll become less important.. Xen stuff is in the testing grid the release criteria was made from. Looks like Will forgot to bring it over, and those of us that looked at it missed it as well (: -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From smooge at gmail.com Thu Sep 28 16:16:12 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 28 Sep 2006 10:16:12 -0600 Subject: Any chance of getting Firefox 2.0 into rawhide/FC6? In-Reply-To: <451B0C86.9000305@redhat.com> References: <9050516b0609262159o5c2c85c6uce7cf07509ed46d5@mail.gmail.com> <451AF097.7020001@redhat.com> <451B0C86.9000305@redhat.com> Message-ID: <80d7e4090609280916p490fb6d2m6622c950d88e732a@mail.gmail.com> On 9/27/06, Christopher Aillon wrote: > Benjy Grogan wrote: > > On 9/27/06, Christopher Aillon wrote: > A web browser is important yes. But does it really matter which one? > Seriously. As long as people can buy stuff off ebay and amazon, view > porn, count how many myspace friends they have today, send webmail, look > up music lyrics, or whatever it is people do on the web, that's all they > really care about. > But I want my SVG porn singing the latest itunes on my RHEL-4 box! > Besides, GNOME and gaim are applications designed and written for you > the Linux user in mind (GNOME arguably is done with the Fedora user in > mind), and we have sway with what goes in to that codebase. Firefox is > written with the Windows user in mind and if you find bugs, I am not > guaranteed to be able to fix them because I (on behalf of Fedora or Red > Hat) can't make changes to the source code without getting approval from > the Mozilla Corporation pursuant to their trademarking guidelines. > IceWeasel! -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From herrold at owlriver.com Thu Sep 28 17:14:19 2006 From: herrold at owlriver.com (R P Herrold) Date: Thu, 28 Sep 2006 13:14:19 -0400 (EDT) Subject: Yet another dependency question. cups & redhat-lsb ? In-Reply-To: <451BBDA3.2080806@valuecommerce.com> References: <451BBDA3.2080806@valuecommerce.com> Message-ID: On Thu, 28 Sep 2006, Naoki wrote: > # rpm -e cups > error: Failed dependencies: > /usr/bin/lp is needed by (installed) redhat-lsb-3.1-10.3.x86_64 > /usr/bin/lpr is needed by (installed) redhat-lsb-3.1-10.3.x86_64 > > If nobody can see why redhat-lsb would need lp I'll file a > request. I'd love to get server builds as cut down as > possible. These seem to be dragged in by part of attaining POSIX conformance see: http://lists.freestandards.org/pipermail/lsb-wg/2005-April/000508.html > 7. Commands added to align with POSIX: ed, logger, lp, > mailx, pax > > Note that lp as a command does not imply the "System V lp" > subsystem, and for example, the "lp" that cups already > provides should be quite sufficient Note also that most > distros appear to have a package called mailx, but they > install the binary as Mail, we believe a simply symlink > would meet the requirement. -- Russ Herrold From icon at fedoraproject.org Thu Sep 28 17:37:25 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Thu, 28 Sep 2006 13:37:25 -0400 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) Message-ID: On 9/28/06, Stephen John Smoogen wrote: > > Besides, GNOME and gaim are applications designed and written for you > > the Linux user in mind (GNOME arguably is done with the Fedora user in > > mind), and we have sway with what goes in to that codebase. Firefox is > > written with the Windows user in mind and if you find bugs, I am not > > guaranteed to be able to fix them because I (on behalf of Fedora or Red > > Hat) can't make changes to the source code without getting approval from > > the Mozilla Corporation pursuant to their trademarking guidelines. > > > > IceWeasel! Honestly, we may consider doing the same thing as Debian guys, to show our support and to prevent future possibility of a similar situation, in case/when MozCo decides to change their marketing rules again. Besides, it is my understanding (from reading the Debian bug discussion and generally from being roommates with the Debian Firefox maintainer in question), that MozCo is enforcing the "if you use the name, you must use the logo" rule. In theory, since the logo is copyrighted (and not sensibly licensed), Fedora should NOT be able to use the name with a generic logo, unless Red Hat has an agreement with MozCo about this specific case. Even in the case when such agreement exists, it's still not acceptable, because it interferes with any third-party repackaging of the Fedora tree. This restriction is already true for current releases of Fedora. If Red Hat and Debian both pick a name for a non-restricted version of Firefox, then that would help lessen the potential confusion. It would suck if every distro has Firefox under a different name. If someone wants to cooperate with the Debian Firefox maintainer, he's open to such dialogue with Red Hat/Fedora (FESCO?). Interested parties may get in touch with him via eric at debian.org (he's cc'd on this message). I think "IceWeasel" is very silly and creates unnecessary tension with upstream, but "Freefox" sounds like a winner, unless it is decided by IAALs that it's too close to "Firefox" and thus can be found infringing. It's definitely late for such change to happen in the FC6 timeframe, but we have to look further, and if we are to stick to the motto of providing a distribution that is "free to infinity," then we can't continue to ship Firefox under the name that limits what we can and cannot do with the software. Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From sundaram at fedoraproject.org Thu Sep 28 17:46:33 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Sep 2006 23:16:33 +0530 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: References: Message-ID: <451C0A79.5080601@fedoraproject.org> Konstantin Ryabitsev wrote: > It's definitely late for such change to happen in the FC6 timeframe, > but we have to look further, and if we are to stick to the motto of > providing a distribution that is "free to infinity," then we can't > continue to ship Firefox under the name that limits what we can and > cannot do with the software. > Thats not true. Several projects enforce trademark guidelines. They hold restrictions on the name to ensure that their brand isnt spoiled. That includes Debian,Fedora and Linux itself. If there is pain in following the guidelines, you can rename it (see httpd vs apache in Fedora) but the trademark restriction by itself doesnt make the software non-free or incompatible with the Fedora objectives. Rahul From linux_4ever at yahoo.com Thu Sep 28 17:53:34 2006 From: linux_4ever at yahoo.com (Steve G) Date: Thu, 28 Sep 2006 10:53:34 -0700 (PDT) Subject: ctrl-c during boot != good In-Reply-To: <20060928092125.0f56247d@banea.int.addix.net> Message-ID: <20060928175334.21866.qmail@web51511.mail.yahoo.com> >I think what people here (me included, to be honest) want is to >be able to disallow ctrl-c to kill services, fully knowing that >this may lead to a system that starts very slowly in certain situations. I agree with this and want to see us go one step farther. We also need a boot option to disallow interactive boot. For servers it can be argued that they have to be in a protected environment with only admin access provided. But when you consider desktop installations and security standards like SOX, GLBA, PCI, or HIPPA, they demand protection of the audit trail, detection of attempts to subvert it, and identification of users that do stop or start it. Right now its a matter of typing "I" and saying no to starting the audit daemon. That's too easy. -Steve __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From icon at fedoraproject.org Thu Sep 28 17:56:37 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Thu, 28 Sep 2006 13:56:37 -0400 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: <451C0A79.5080601@fedoraproject.org> References: <451C0A79.5080601@fedoraproject.org> Message-ID: On 9/28/06, Rahul Sundaram wrote: > Thats not true. Several projects enforce trademark guidelines. They hold > restrictions on the name to ensure that their brand isnt spoiled. That > includes Debian,Fedora and Linux itself. If there is pain in following > the guidelines, you can rename it (see httpd vs apache in Fedora) but > the trademark restriction by itself doesnt make the software non-free or > incompatible with the Fedora objectives. It is true for Firefox. I was not speaking for trademarks on names in general. In the words of MozCo (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354622): "If you are going to use the Firefox name, you must also use the rest of the branding." We can't use the rest of the branding, because it's non-free. Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From tjb at unh.edu Thu Sep 28 17:58:41 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 28 Sep 2006 13:58:41 -0400 Subject: WIRELES In-Reply-To: <1159454544.2642.22.camel@localhost.localdomain> References: <20060928130554.9915.qmail@web54309.mail.yahoo.com> <1159454544.2642.22.camel@localhost.localdomain> Message-ID: <1159466321.3362.2.camel@continuity> On Thu, 2006-09-28 at 10:42 -0400, Dan Williams wrote: > Dan > > [1] except for Atheros chipsets, which can't go into the kernel until > they stop being a**es and deal with the binary-linked-in-blob. Intel > seems to have a much better path to upstream acceptance with ipw3945 > than Atheros could ever manage. > Any idea how soon the ipw3945 will be included or what that status of it is? tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From pbrobinson at gmail.com Thu Sep 28 18:02:28 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 28 Sep 2006 19:02:28 +0100 Subject: WIRELES In-Reply-To: <1159466321.3362.2.camel@continuity> References: <20060928130554.9915.qmail@web54309.mail.yahoo.com> <1159454544.2642.22.camel@localhost.localdomain> <1159466321.3362.2.camel@continuity> Message-ID: <5256d0b0609281102l6a3473a1v52cea301cc7572e8@mail.gmail.com> On 9/28/06, Thomas J. Baker wrote: > On Thu, 2006-09-28 at 10:42 -0400, Dan Williams wrote: > > Dan > > > > [1] except for Atheros chipsets, which can't go into the kernel until > > they stop being a**es and deal with the binary-linked-in-blob. Intel > > seems to have a much better path to upstream acceptance with ipw3945 > > than Atheros could ever manage. > > > > Any idea how soon the ipw3945 will be included or what that status of it > is? I'm using the ipw3945 driver from atrpms without issue. Peter From sundaram at fedoraproject.org Thu Sep 28 18:05:27 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Thu, 28 Sep 2006 23:35:27 +0530 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: References: <451C0A79.5080601@fedoraproject.org> Message-ID: <451C0EE7.7020109@fedoraproject.org> Konstantin Ryabitsev wrote: > It is true for Firefox. I was not speaking for trademarks on names in > general. In the words of MozCo > (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354622): > > "If you are going to use the Firefox name, you must also use the rest of > the > branding." > > We can't use the rest of the branding, because it's non-free. > So is the Debian and Fedora's branding. The branding is part of the trademarks. It cannot be free or it becomes diluted and you lose the trademark. Strict enforcement is *required by law*. Rahul From icon at fedoraproject.org Thu Sep 28 18:26:05 2006 From: icon at fedoraproject.org (Konstantin Ryabitsev) Date: Thu, 28 Sep 2006 14:26:05 -0400 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: <451C0EE7.7020109@fedoraproject.org> References: <451C0A79.5080601@fedoraproject.org> <451C0EE7.7020109@fedoraproject.org> Message-ID: On 9/28/06, Rahul Sundaram wrote: > Konstantin Ryabitsev wrote: > > "If you are going to use the Firefox name, you must also use the rest of > > the > > branding." > > > > We can't use the rest of the branding, because it's non-free. > > > > So is the Debian and Fedora's branding. The branding is part of the > trademarks. It cannot be free or it becomes diluted and you lose the > trademark. Strict enforcement is *required by law*. I'm not sure what we are arguing. Here's my logic: 1. Firefox artwork has a non-free license (not DFSG compliant). 2. Firefox trademark name MUST be used in conjunction with the logo. 3. If Fedora is to follow similar guidelines as Debian (which it claims), then 1 and 2 conflict. Moreover, I am also saying that: 1. Software released under the name "Firefox" has very strict restrictions about the patches that may or may not be applied to it. Any patch that isn't approved by MozCo cannot be applied to Firefox. 2. I consider this to be against the spirit of Fedora. Fedora is about "freedom" and "all patches must be approved by Mozilla Corporation" is not freedom. 3. MozCo provides a simple way around it by offering a compile-time flag that removes all branding, so repackagers can have complete freedom about the patches that they apply and don't apply to their software. 4. Debian *IS* doing that, and I'm arguing that we should follow suit. Regards, -- Konstantin Ryabitsev Montr?al, Qu?bec From sundaram at fedoraproject.org Thu Sep 28 18:55:44 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 00:25:44 +0530 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: <20060928184415.GB26931@nightcrawler.kuroneko.ca> References: <451C0A79.5080601@fedoraproject.org> <451C0EE7.7020109@fedoraproject.org> <20060928184415.GB26931@nightcrawler.kuroneko.ca> Message-ID: <451C1AB0.7090804@fedoraproject.org> Eric Dorland wrote: > > Copyrights and trademarks are different things. Yes. They are but in this case they are closely interlinked. The problem with the > Firefox logo is that it has a non-DFSG-free copyright license, not > necessarily the trademark license. No one has explained to me > adequately why you can't have a free copyright license but a more > restrictive trademark one. This is a thorny issue we have been discussing for a while in Fedora too. See https://www.redhat.com/archives/fedora-advisory-board/2006-August/msg00040.html. There doesnt seem to be any easy answers around this. Putting the logo under a Free software license would mean other people can create derivatives of Fedora, add whatever junk they want and use the Fedora logo in that derivative distribution. We want to avoid that. They are free to do derivatives of course but we dont want them to use the Fedora trademark name and brand. > > The Debian branding being non-free is considered a bug and proposals > are being put forward to fix it, and make us stop looking slightly > hypocritical. I wonder how Debian is planning to avoid the above problem. Rahul From tjb at unh.edu Thu Sep 28 18:59:44 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Thu, 28 Sep 2006 14:59:44 -0400 Subject: WIRELES In-Reply-To: <5256d0b0609281102l6a3473a1v52cea301cc7572e8@mail.gmail.com> References: <20060928130554.9915.qmail@web54309.mail.yahoo.com> <1159454544.2642.22.camel@localhost.localdomain> <1159466321.3362.2.camel@continuity> <5256d0b0609281102l6a3473a1v52cea301cc7572e8@mail.gmail.com> Message-ID: <1159469984.5515.3.camel@raptor.sr.unh.edu> On Thu, 2006-09-28 at 19:02 +0100, Peter Robinson wrote: > On 9/28/06, Thomas J. Baker wrote: > > On Thu, 2006-09-28 at 10:42 -0400, Dan Williams wrote: > > > Dan > > > > > > [1] except for Atheros chipsets, which can't go into the kernel until > > > they stop being a**es and deal with the binary-linked-in-blob. Intel > > > seems to have a much better path to upstream acceptance with ipw3945 > > > than Atheros could ever manage. > > > > > > > Any idea how soon the ipw3945 will be included or what that status of it > > is? > > I'm using the ipw3945 driver from atrpms without issue. > > Peter > I successfully use John Linville's kernel and the binary blobs from ipw3945.sf.net but it would be much nicer to have it in the standard kernel with the binary blobs from the repository that is not to be named. tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From bikehead at amberpoint.com Thu Sep 28 19:00:14 2006 From: bikehead at amberpoint.com (bikehead) Date: Thu, 28 Sep 2006 12:00:14 -0700 Subject: What happened to NetworkManager-vpnc? Message-ID: <451C1BBE.5040508@amberpoint.com> Using google I see that there was an fc6 version at one time but all I can find now is NetworkManager-openvpn. Does this new package take over? I was a heavy user of NetworkManager-vpnc and was hoping to test it for FC6. -- __o Brian "la lumaca" _`\<,_ (*)/ (*) From sundaram at fedoraproject.org Thu Sep 28 19:03:12 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 00:33:12 +0530 Subject: What happened to NetworkManager-vpnc? In-Reply-To: <451C1BBE.5040508@amberpoint.com> References: <451C1BBE.5040508@amberpoint.com> Message-ID: <451C1C70.8070506@fedoraproject.org> bikehead wrote: > Using google I see that there was an fc6 version at one time but all I > can find now is NetworkManager-openvpn. Does this new package take > over? I was a heavy user of NetworkManager-vpnc and was hoping to test > it for FC6. > See https://www.redhat.com/archives/fedora-extras-list/2006-September/msg00866.html. It should be back soon in the extras repository. Rahul From dcbw at redhat.com Thu Sep 28 19:33:27 2006 From: dcbw at redhat.com (Dan Williams) Date: Thu, 28 Sep 2006 15:33:27 -0400 Subject: WIRELES In-Reply-To: <1159469984.5515.3.camel@raptor.sr.unh.edu> References: <20060928130554.9915.qmail@web54309.mail.yahoo.com> <1159454544.2642.22.camel@localhost.localdomain> <1159466321.3362.2.camel@continuity> <5256d0b0609281102l6a3473a1v52cea301cc7572e8@mail.gmail.com> <1159469984.5515.3.camel@raptor.sr.unh.edu> Message-ID: <1159472007.4356.0.camel@localhost.localdomain> On Thu, 2006-09-28 at 14:59 -0400, Thomas J. Baker wrote: > On Thu, 2006-09-28 at 19:02 +0100, Peter Robinson wrote: > > On 9/28/06, Thomas J. Baker wrote: > > > On Thu, 2006-09-28 at 10:42 -0400, Dan Williams wrote: > > > > Dan > > > > > > > > [1] except for Atheros chipsets, which can't go into the kernel until > > > > they stop being a**es and deal with the binary-linked-in-blob. Intel > > > > seems to have a much better path to upstream acceptance with ipw3945 > > > > than Atheros could ever manage. > > > > > > > > > > Any idea how soon the ipw3945 will be included or what that status of it > > > is? > > > > I'm using the ipw3945 driver from atrpms without issue. > > > > Peter > > > > I successfully use John Linville's kernel and the binary blobs from > ipw3945.sf.net but it would be much nicer to have it in the standard > kernel with the binary blobs from the repository that is not to be > named. Right; push the Intel developers to engage the kernel, and get ipw3945 upstream in the kernel. Right now there's some resistance because of the binary user-space regulatory daemon that the driver requires. Once that gets worked out, I'd suppose it will go upstream fairly quickly. Dan > tjb > -- > ======================================================================= > | Thomas Baker email: tjb at unh.edu | > | Systems Programmer | > | Research Computing Center voice: (603) 862-4490 | > | University of New Hampshire fax: (603) 862-1761 | > | 332 Morse Hall | > | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | > ======================================================================= > From dwmw2 at infradead.org Thu Sep 28 20:23:38 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 28 Sep 2006 21:23:38 +0100 Subject: Bluez packages in FC6 Message-ID: <1159475018.3309.333.camel@pmac.infradead.org> A while ago, I updated bluez-libs to the new 3.x version, since it had a new soname and I wanted to make sure anything using it got rebuilt against the new version. The plan was to update bluez-utils and replace the horrid bluez-pin package with the shiny new bluez-gnome, but other things (mostly OLPC hardware bringup) have been taking priority. I've now found the time to do the bluez stuff, and have set it up for testing -- I appreciate that it's fairly late to be doing this, but I'd like to do the minor update of bluez-libs to 3.6, along with the update of bluez-utils from its ancient 2.25 version to 3.6. That will require building bluez-gnome in place of bluez-pin, too. Yes, it's far later than I'd like to be doing this, but the alternative is that we end up swapping them out _later_ in an erratum, which is _far_ more likely to be problematic. I've can make some time now to do a proper test of bluez stuff in advance of the fc6 release, and in fact I have a strong suspicion that after what I've done today, the new packages have probably had _more_ testing than the old ones in rawhide. Hands up those who've actually done any testing of bluetooth stuff in rawhide...? I've got packages just about ready to go; I'm still working on testing the stuff which is _known_ to be broken in rawhide but which shouldn't be broken with the new packages. I'd like to put them into FC6. Comments, objections? -- dwmw2 From notting at redhat.com Thu Sep 28 20:27:02 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Sep 2006 16:27:02 -0400 Subject: ctrl-c during boot != good In-Reply-To: <20060928175334.21866.qmail@web51511.mail.yahoo.com> References: <20060928092125.0f56247d@banea.int.addix.net> <20060928175334.21866.qmail@web51511.mail.yahoo.com> Message-ID: <20060928202702.GA20464@nostromo.devel.redhat.com> Steve G (linux_4ever at yahoo.com) said: > subvert it, and identification of users that do stop or start it. Right now its a > matter of typing "I" and saying no to starting the audit daemon. That's too easy. Build the audit daemon into the kernel! :) So, I'll look and see what can be done. But I think requiring init to read a non-standard config file on Fedora is the wrong answer, and that's what most of the proposals would imply (as it is actual code changes in init that either enable or disable this support.) Bill From sundaram at fedoraproject.org Thu Sep 28 20:30:20 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 02:00:20 +0530 Subject: Bluez packages in FC6 In-Reply-To: <1159475018.3309.333.camel@pmac.infradead.org> References: <1159475018.3309.333.camel@pmac.infradead.org> Message-ID: <451C30DC.4030204@fedoraproject.org> David Woodhouse wrote: > A while ago, I updated bluez-libs to the new 3.x version, since it had a > new soname and I wanted to make sure anything using it got rebuilt > against the new version. > > The plan was to update bluez-utils and replace the horrid bluez-pin > package with the shiny new bluez-gnome, but other things (mostly OLPC > hardware bringup) have been taking priority. > > I've now found the time to do the bluez stuff, and have set it up for > testing -- I appreciate that it's fairly late to be doing this, but I'd > like to do the minor update of bluez-libs to 3.6, along with the update > of bluez-utils from its ancient 2.25 version to 3.6. That will require > building bluez-gnome in place of bluez-pin, too. > > Yes, it's far later than I'd like to be doing this, but the alternative > is that we end up swapping them out _later_ in an erratum, which is > _far_ more likely to be problematic. I've can make some time now to do a > proper test of bluez stuff in advance of the fc6 release, and in fact I > have a strong suspicion that after what I've done today, the new > packages have probably had _more_ testing than the old ones in rawhide. > Hands up those who've actually done any testing of bluetooth stuff in > rawhide...? > > I've got packages just about ready to go; I'm still working on testing > the stuff which is _known_ to be broken in rawhide but which shouldn't > be broken with the new packages. I'd like to put them into FC6. > > Comments, objections? If you are confident that putting stuff directly into rawhide wont break it then do it. Otherwise create a alternative yum repository and ask for testers here to provide feedback on it. We wouldnt have much time. So sooner the better. Rahul From dravet at hotmail.com Thu Sep 28 20:30:34 2006 From: dravet at hotmail.com (Jason Dravet) Date: Thu, 28 Sep 2006 15:30:34 -0500 Subject: fedora time bug Message-ID: I am running today's rawhide and my clock is all screwed up. Truth be told this has been happening for a couple of weeks now. The clock on the panel (gnome-applets) shows the time 5 hours into the future. If I adjust date and time, the current time (greyed out because I use ntp) shows the correct time. I tried checking and unchecking use UTC and nothing happens. I live in the central time zone. When I reboot into Windows the time is the screwed time from rawhide. What is wrong? Thanks, Jason From notting at redhat.com Thu Sep 28 20:33:42 2006 From: notting at redhat.com (Bill Nottingham) Date: Thu, 28 Sep 2006 16:33:42 -0400 Subject: Yet another dependency question. cups & redhat-lsb ? In-Reply-To: <451BBDA3.2080806@valuecommerce.com> References: <451BBDA3.2080806@valuecommerce.com> Message-ID: <20060928203342.GE20464@nostromo.devel.redhat.com> Naoki (naoki at valuecommerce.com) said: > We get a lot of these I know, and for the most part the disk space saved > isn't worth the trouble. But then again the less junk installed on a > server the better. So on that note : > > # rpm -e cups > error: Failed dependencies: > /usr/bin/lp is needed by (installed) redhat-lsb-3.1-10.3.x86_64 > /usr/bin/lpr is needed by (installed) redhat-lsb-3.1-10.3.x86_64 > > If nobody can see why redhat-lsb would need lp I'll file a request. I'd > love to get server builds as cut down as possible. Defined interface in the lsb spec. Bill From dwmw2 at infradead.org Thu Sep 28 20:35:56 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 28 Sep 2006 21:35:56 +0100 Subject: Bluez packages in FC6 In-Reply-To: <451C30DC.4030204@fedoraproject.org> References: <1159475018.3309.333.camel@pmac.infradead.org> <451C30DC.4030204@fedoraproject.org> Message-ID: <1159475756.3309.347.camel@pmac.infradead.org> On Fri, 2006-09-29 at 02:00 +0530, Rahul Sundaram wrote: > If you are confident that putting stuff directly into rawhide wont break > it then do it. As I said, I think my _new_ packages are probably tested harder than the old ones already -- and I haven't finished testing yet. And that's just in Fedora -- the current bluez tools are going to be shipped in a certain large company's commercial product too, and have benefited from significant testing for that purpose. The upstream maintainer of all the bluetooth stuff is also keen for us to update. I realise that updating this late isn't something to be encouraged, but in this case I'm fairly much convinced that it's the right thing to do, and that it's safe. -- dwmw2 From katzj at redhat.com Thu Sep 28 20:40:33 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Sep 2006 16:40:33 -0400 Subject: Bluez packages in FC6 In-Reply-To: <1159475018.3309.333.camel@pmac.infradead.org> References: <1159475018.3309.333.camel@pmac.infradead.org> Message-ID: <1159476033.30618.13.camel@aglarond.local> On Thu, 2006-09-28 at 21:23 +0100, David Woodhouse wrote: > I've now found the time to do the bluez stuff, and have set it up for > testing -- I appreciate that it's fairly late to be doing this, but I'd > like to do the minor update of bluez-libs to 3.6, along with the update > of bluez-utils from its ancient 2.25 version to 3.6. That will require > building bluez-gnome in place of bluez-pin, too. > > Yes, it's far later than I'd like to be doing this, but the alternative > is that we end up swapping them out _later_ in an erratum, which is > _far_ more likely to be problematic. I've can make some time now to do a > proper test of bluez stuff in advance of the fc6 release, and in fact I > have a strong suspicion that after what I've done today, the new > packages have probably had _more_ testing than the old ones in rawhide. > Hands up those who've actually done any testing of bluetooth stuff in > rawhide...? Sorry, there's a feature freeze for a reason. We can't just keep ignoring it and shoving stuff in at the last minute. Doing the swap later in an update is _far_ preferable as you can push it to -testing and let people test it out for a week or two prior to pushing to final -updates. Jeremy From jkeating at redhat.com Thu Sep 28 20:48:03 2006 From: jkeating at redhat.com (Jesse Keating) Date: Thu, 28 Sep 2006 16:48:03 -0400 Subject: Bluez packages in FC6 In-Reply-To: <1159476033.30618.13.camel@aglarond.local> References: <1159475018.3309.333.camel@pmac.infradead.org> <1159476033.30618.13.camel@aglarond.local> Message-ID: <200609281648.03607.jkeating@redhat.com> On Thursday 28 September 2006 16:40, Jeremy Katz wrote: > > Yes, it's far later than I'd like to be doing this, but the alternative > > is that we end up swapping them out _later_ in an erratum, which is > > _far_ more likely to be problematic. I've can make some time now to do a > > proper test of bluez stuff in advance of the fc6 release, and in fact I > > have a strong suspicion that after what I've done today, the new > > packages have probably had _more_ testing than the old ones in rawhide. > > Hands up those who've actually done any testing of bluetooth stuff in > > rawhide...? > > Sorry, there's a feature freeze for a reason. ?We can't just keep > ignoring it and shoving stuff in at the last minute. ?Doing the swap > later in an update is _far_ preferable as you can push it to -testing > and let people test it out for a week or two prior to pushing to final > -updates. I agree with Jeremy on this one. At this point, the Devil we know is better than the Devil we don't. While the software may look good to you in your testing, any number of things can go wrong in the build process leading up to the release, and there just aren't enough days left to be really vetted. I'd much rather see this go into -testing right after release and get some end user eyes on it before moving to -final. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From tmraz at redhat.com Thu Sep 28 20:50:28 2006 From: tmraz at redhat.com (Tomas Mraz) Date: Thu, 28 Sep 2006 22:50:28 +0200 Subject: Bluez packages in FC6 In-Reply-To: <1159476033.30618.13.camel@aglarond.local> References: <1159475018.3309.333.camel@pmac.infradead.org> <1159476033.30618.13.camel@aglarond.local> Message-ID: <1159476628.18037.1.camel@perun.kabelta.loc> On Thu, 2006-09-28 at 16:40 -0400, Jeremy Katz wrote: > Sorry, there's a feature freeze for a reason. We can't just keep > ignoring it and shoving stuff in at the last minute. Doing the swap > later in an update is _far_ preferable as you can push it to -testing > and let people test it out for a week or two prior to pushing to final > -updates. Except nobody (almost?) tests the testing updates anyway. -- Tomas Mraz No matter how far down the wrong road you've gone, turn back. Turkish proverb From sundaram at fedoraproject.org Thu Sep 28 20:53:14 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 02:23:14 +0530 Subject: Bluez packages in FC6 In-Reply-To: <1159476628.18037.1.camel@perun.kabelta.loc> References: <1159475018.3309.333.camel@pmac.infradead.org> <1159476033.30618.13.camel@aglarond.local> <1159476628.18037.1.camel@perun.kabelta.loc> Message-ID: <451C363A.404@fedoraproject.org> Tomas Mraz wrote: > On Thu, 2006-09-28 at 16:40 -0400, Jeremy Katz wrote: >> Sorry, there's a feature freeze for a reason. We can't just keep >> ignoring it and shoving stuff in at the last minute. Doing the swap >> later in an update is _far_ preferable as you can push it to -testing >> and let people test it out for a week or two prior to pushing to final >> -updates. > > Except nobody (almost?) tests the testing updates anyway. > Then encourage it. Have explicit calls for testing. Not a excuse to avoid using the testing repository. Rahul From dwmw2 at infradead.org Thu Sep 28 20:57:34 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 28 Sep 2006 21:57:34 +0100 Subject: Bluez packages in FC6 In-Reply-To: <200609281648.03607.jkeating@redhat.com> References: <1159475018.3309.333.camel@pmac.infradead.org> <1159476033.30618.13.camel@aglarond.local> <200609281648.03607.jkeating@redhat.com> Message-ID: <1159477054.3309.352.camel@pmac.infradead.org> On Thu, 2006-09-28 at 16:48 -0400, Jesse Keating wrote: > On Thursday 28 September 2006 16:40, Jeremy Katz wrote: > > Sorry, there's a feature freeze for a reason. We can't just keep > > ignoring it and shoving stuff in at the last minute. Doing the swap > > later in an update is _far_ preferable as you can push it to -testing > > and let people test it out for a week or two prior to pushing to final > > -updates. > > I agree with Jeremy on this one. At this point, the Devil we know is better > than the Devil we don't. While the software may look good to you in your > testing, any number of things can go wrong in the build process leading up to > the release, and there just aren't enough days left to be really vetted. I'd > much rather see this go into -testing right after release and get some end > user eyes on it before moving to -final. As you wish. I don't agree -- I think it would be much better to ship the current packages, and there really isn't that much that can go wrong. But I do appreciate that I should have updated them earlier. -- dwmw2 From pbrobinson at gmail.com Thu Sep 28 21:00:27 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 28 Sep 2006 22:00:27 +0100 Subject: Bluez packages in FC6 In-Reply-To: <1159475018.3309.333.camel@pmac.infradead.org> References: <1159475018.3309.333.camel@pmac.infradead.org> Message-ID: <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> > A while ago, I updated bluez-libs to the new 3.x version, since it had a > new soname and I wanted to make sure anything using it got rebuilt > against the new version. > > The plan was to update bluez-utils and replace the horrid bluez-pin > package with the shiny new bluez-gnome, but other things (mostly OLPC > hardware bringup) have been taking priority. > > I've now found the time to do the bluez stuff, and have set it up for > testing -- I appreciate that it's fairly late to be doing this, but I'd > like to do the minor update of bluez-libs to 3.6, along with the update > of bluez-utils from its ancient 2.25 version to 3.6. That will require > building bluez-gnome in place of bluez-pin, too. > > Yes, it's far later than I'd like to be doing this, but the alternative > is that we end up swapping them out _later_ in an erratum, which is > _far_ more likely to be problematic. I've can make some time now to do a > proper test of bluez stuff in advance of the fc6 release, and in fact I > have a strong suspicion that after what I've done today, the new > packages have probably had _more_ testing than the old ones in rawhide. > Hands up those who've actually done any testing of bluetooth stuff in > rawhide...? > > I've got packages just about ready to go; I'm still working on testing > the stuff which is _known_ to be broken in rawhide but which shouldn't > be broken with the new packages. I'd like to put them into FC6. As for testing bluetooth on devel? Me..... works great with my BT 2 dongle and the one built into my laptop. But I would love the newer stuff. It also has other nice stuff like dbus integration. So I can test it too. Once its in can the gnokii in extras-devel be pinged so its rebuilt too? Pete From dwmw2 at infradead.org Thu Sep 28 21:08:00 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 28 Sep 2006 22:08:00 +0100 Subject: Bluez packages in FC6 In-Reply-To: <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> References: <1159475018.3309.333.camel@pmac.infradead.org> <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> Message-ID: <1159477680.3309.353.camel@pmac.infradead.org> On Thu, 2006-09-28 at 22:00 +0100, Peter Robinson wrote: > As for testing bluetooth on devel? Me..... works great with my BT 2 > dongle and the one built into my laptop. But I would love the newer > stuff. It also has other nice stuff like dbus integration. So I can > test it too. Once its in can the gnokii in extras-devel be pinged so > its rebuilt too? It shouldn't need rebuilding -- we changed to bluez-libs-3 a while ago, specifically so that no soname changes would be required when we later updated the rest. -- dwmw2 From pbrobinson at gmail.com Thu Sep 28 21:16:28 2006 From: pbrobinson at gmail.com (Peter Robinson) Date: Thu, 28 Sep 2006 22:16:28 +0100 Subject: Bluez packages in FC6 In-Reply-To: <1159477680.3309.353.camel@pmac.infradead.org> References: <1159475018.3309.333.camel@pmac.infradead.org> <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> <1159477680.3309.353.camel@pmac.infradead.org> Message-ID: <5256d0b0609281416i68194ef2j896e4ef17304f949@mail.gmail.com> > > As for testing bluetooth on devel? Me..... works great with my BT 2 > > dongle and the one built into my laptop. But I would love the newer > > stuff. It also has other nice stuff like dbus integration. So I can > > test it too. Once its in can the gnokii in extras-devel be pinged so > > its rebuilt too? > > It shouldn't need rebuilding -- we changed to bluez-libs-3 a while ago, > specifically so that no soname changes would be required when we later > updated the rest. Sorry, only queried my bluez-utils and wrongly thought that the 2 tracked one another. So it will and update of the utils and the gnome stuff. If you set up a temp repo for the bluez stuff prior to release and placement into testing let me know where it is and I can do some testing. peter From cmadams at hiwaay.net Thu Sep 28 21:24:07 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Thu, 28 Sep 2006 16:24:07 -0500 Subject: Bluez packages in FC6 In-Reply-To: <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> References: <1159475018.3309.333.camel@pmac.infradead.org> <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> Message-ID: <20060928212407.GE939474@hiwaay.net> Once upon a time, Peter Robinson said: > As for testing bluetooth on devel? Me..... works great with my BT 2 > dongle and the one built into my laptop. It doesn't work right for me. I have Bluetooth built in to my notebook and a Bluetooth mouse. It works in FC5 but not in devel. It looks like there is a file that is not getting created for some reason, but I don't know why not. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182979 I would definately be interested in testing a new version to see if it helps. -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From fedora at nodata.co.uk Thu Sep 28 21:30:51 2006 From: fedora at nodata.co.uk (nodata) Date: Thu, 28 Sep 2006 23:30:51 +0200 Subject: fedora time bug In-Reply-To: References: Message-ID: <1159479051.2960.8.camel@sb-home.lan> Am Donnerstag, den 28.09.2006, 15:30 -0500 schrieb Jason Dravet: > I am running today's rawhide and my clock is all screwed up. Truth be told > this has been happening for a couple of weeks now. The clock on the panel > (gnome-applets) shows the time 5 hours into the future. If I adjust date > and time, the current time (greyed out because I use ntp) shows the correct > time. I tried checking and unchecking use UTC and nothing happens. I live > in the central time zone. When I reboot into Windows the time is the > screwed time from rawhide. What is wrong? > > Thanks, > Jason > > It could be a few things, I expect Windows is finding with Linux about the date of the system clock. One wants UTC the other doesn't, but you said you tried that. A while back there was a bug in the gnome applet for displaying the time that would ignore the timezone - what does "date" from a console say? Does it agree with the applet? Perhaps your Linux box is even syncing with a bad time server, but I doubt it. From jwboyer at jdub.homelinux.org Thu Sep 28 21:37:37 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Thu, 28 Sep 2006 16:37:37 -0500 Subject: Bluez packages in FC6 In-Reply-To: <1159477054.3309.352.camel@pmac.infradead.org> References: <1159475018.3309.333.camel@pmac.infradead.org> <1159476033.30618.13.camel@aglarond.local> <200609281648.03607.jkeating@redhat.com> <1159477054.3309.352.camel@pmac.infradead.org> Message-ID: <1159479457.27091.21.camel@zod.rchland.ibm.com> On Thu, 2006-09-28 at 21:57 +0100, David Woodhouse wrote: > > As you wish. > > I don't agree -- I think it would be much better to ship the current > packages, and there really isn't that much that can go wrong. But I do > appreciate that I should have updated them earlier. Please put them somewhere for download. I'd like to try them, since I've had horrible luck with bluetooth so far. josh From dwmw2 at infradead.org Thu Sep 28 21:43:35 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Thu, 28 Sep 2006 22:43:35 +0100 Subject: Bluez packages in FC6 In-Reply-To: <20060928212407.GE939474@hiwaay.net> References: <1159475018.3309.333.camel@pmac.infradead.org> <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> <20060928212407.GE939474@hiwaay.net> Message-ID: <1159479815.3309.359.camel@pmac.infradead.org> On Thu, 2006-09-28 at 16:24 -0500, Chris Adams wrote: > It doesn't work right for me. I have Bluetooth built in to my notebook > and a Bluetooth mouse. It works in FC5 but not in devel. It looks like > there is a file that is not getting created for some reason, but I don't > know why not. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182979 > > I would definately be interested in testing a new version to see if it > helps. The updated bluez-libs and bluez-utils packages are at http://david.woodhou.se/bluez/ I haven't packaged bluez-gnome yet; I've just been testing with a local non-RPM build so far. You shouldn't actually need that though as long as you don't want interactive pairing. I'll do that by the end of the weekend (as well as building for non-ppc). My bluetooth mouse seems to work fine with hidd, as long as selinux is disabled. With selinux enforcing, I get Sep 28 22:41:21 pegasos kernel: audit(1159479681.403:19): avc: denied { getattr } for pid=1798 comm="hidd" scontext=system_u:system_r:bluetooth_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=socket Sep 28 22:41:23 pegasos hidd[1798]: HID create error 13 (Permission denied) -- dwmw2 From wwoods at redhat.com Thu Sep 28 22:05:52 2006 From: wwoods at redhat.com (Will Woods) Date: Thu, 28 Sep 2006 22:05:52 +0000 Subject: FC6 Pre-release (Test4) Message-ID: <1159481152.3314.210.camel@metroid.rdu.redhat.com> Greetings! I know many of you have had problems installing FC6t3. Let me offer my apologies, and my sincere thanks to you for *trying* to help us test Fedora Core. We still want your help! In order to make that happen, we've decided to do an early release of pre-FC6 disk images. They will only be available by bittorrent, in order to save us time waiting for the mirrors to sync. This release should fix the most common bugs preventing installation of FC6t3, including: #206913: Anaconda exception on upgrade from FC4 #206876: GRUB claims initrd is too big for memory on x86_64 #208080: ahci/ata_piix mixup causes Anaconda to not find SATA disks #206453: installed x86_64/ppc system missing initrd, cannot boot #206202: Anaconda traceback during lvcreate on ppc64 ...and others. We'll make an announcement when the images actually become available. Let me know if there are any questions. -w -------------- 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 sundaram at fedoraproject.org Thu Sep 28 22:11:22 2006 From: sundaram at fedoraproject.org (Rahul Sundaram) Date: Fri, 29 Sep 2006 03:41:22 +0530 Subject: FC6 Pre-release (Test4) In-Reply-To: <1159481152.3314.210.camel@metroid.rdu.redhat.com> References: <1159481152.3314.210.camel@metroid.rdu.redhat.com> Message-ID: <451C488A.1000107@fedoraproject.org> Will Woods wrote: > Greetings! > > I know many of you have had problems installing FC6t3. Let me offer my > apologies, and my sincere thanks to you for *trying* to help us test > Fedora Core. > > We still want your help! In order to make that happen, we've decided to > do an early release of pre-FC6 disk images. They will only be available > by bittorrent, in order to save us time waiting for the mirrors to sync. > > This release should fix the most common bugs preventing installation of > FC6t3, including: > > #206913: Anaconda exception on upgrade from FC4 > #206876: GRUB claims initrd is too big for memory on x86_64 > #208080: ahci/ata_piix mixup causes Anaconda to not find SATA disks > #206453: installed x86_64/ppc system missing initrd, cannot boot > #206202: Anaconda traceback during lvcreate on ppc64 > > ...and others. > > We'll make an announcement when the images actually become available. > Let me know if there are any questions. > How about extras repo installation bug at https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206352 ? Rahul From denis at poolshark.org Thu Sep 28 22:19:39 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 29 Sep 2006 00:19:39 +0200 Subject: What happened to NetworkManager-vpnc? In-Reply-To: <451C1BBE.5040508@amberpoint.com> References: <451C1BBE.5040508@amberpoint.com> Message-ID: <451C4A7B.1080703@poolshark.org> bikehead wrote: > Using google I see that there was an fc6 version at one time but all I > can find now is NetworkManager-openvpn. Does this new package take > over? I was a heavy user of NetworkManager-vpnc and was hoping to test > it for FC6. > No worries, it works fine with fc6t3 and will be available in FE tomorrow. From katzj at redhat.com Thu Sep 28 22:22:09 2006 From: katzj at redhat.com (Jeremy Katz) Date: Thu, 28 Sep 2006 18:22:09 -0400 Subject: FC6 Pre-release (Test4) In-Reply-To: <451C488A.1000107@fedoraproject.org> References: <1159481152.3314.210.camel@metroid.rdu.redhat.com> <451C488A.1000107@fedoraproject.org> Message-ID: <1159482129.30618.26.camel@aglarond.local> On Fri, 2006-09-29 at 03:41 +0530, Rahul Sundaram wrote: > How about extras repo installation bug at > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206352 ? Yep -- thanks for the reminder about it. I tested this today and it worked for me. It's definitely an area I'd like to see more testing with the upcoming tree! Jeremy From jspaleta at gmail.com Thu Sep 28 23:27:11 2006 From: jspaleta at gmail.com (Jeff Spaleta) Date: Thu, 28 Sep 2006 15:27:11 -0800 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: References: <451C0A79.5080601@fedoraproject.org> <451C0EE7.7020109@fedoraproject.org> Message-ID: <604aa7910609281627w755c0dcdy2c9fe54300ad57e2@mail.gmail.com> On 9/28/06, Konstantin Ryabitsev wrote: > 1. Software released under the name "Firefox" has very strict > restrictions about the patches that may or may not be applied to it. > Any patch that isn't approved by MozCo cannot be applied to Firefox. This is not as black and white an issue as say the situation with pine. As a strict interpretation of the precepts that outline what Fedora can include, it's not clear to me that its an undue burden to downstream distributors of Fedora to require them to change the name and the branding of firefox in their distribution if they patch the codebase without approval. The point is they are are absolutely free to change the codebase all they have to do is change the application naming and branding when they make those codebase changes. I do not believe that is is overburdensom to require people to make additional branding and naming changes as a condition on continued usage of trademarks. We have to be very very clear on this... copyright and trademarks are distinctly different. While I make have OSI approved copyright licensee to modify the codebase as I see fit as an enduser or a downstream distribution.. restrictions on the use of the trademarks is a completely seperate issue that copyright does not cover. What we are talking about here with firefox is trademark restrictions, there isn't a single additional copyright restriction being applied to the codebase... even the artwork. I can in fact take the original artwork and modify it to my hearts content under the available copyright license. What I can not do is use a modified version of that artwork in a way that infringes on the established trademarks, nor can I create a distinctly new original peice of artwork that infringes on the established trademarks. What is afforded me under copyright still meets the OSI definition. My actions are restricted by trademark regardless of whether the material is derived or an entirely original creation.. full stop. > 2. I consider this to be against the spirit of Fedora. Fedora is about > "freedom" and "all patches must be approved by Mozilla Corporation" is > not freedom. I will however agree with this that the 'all patches must be approved' is overburdensome for the Fedora project itself. If this were the policy for all projects that Fedora integrates into a distribution, would such a policy allow the Fedora maintainers to work effectively? I think not. On a particular case by case, package by package basis, such a policy from upstream may or may not be acceptable to the package maintainer who has to be shackled by it. Some of us like being tied up and being told we are naughty. Maybe the current firefox maintainer is one of those people, I can't say. Fedora already has a mission to work with upstream as much as possible, so such strong arm tactics by upstream to compel cooperation may never have much in the way of teeth with regard to Fedora packages as long as the maintainers stay commit to the upstream,upstream, upstream mantra. However I would much rather see the Fedora project avoid taking advantage of such special permission trademark clauses so that we continue to have the option to have our own software maintainers to make short-term decisions in the best interest of this project regardless of the occasional political, economic, or drug induced shifts in the focus of upstream. I don't care how closely we work with upstream, there will be impedence mismatches at points in that journey and special relationship clauses will only serve as a point of contention in project relationships when we have to work through disagreements. I personally do not value the firefox or any projects naming or branding as much as I value the ability of this project's developers to think and act in the best interests of this project's userbase. -jef"Here's the irony.. wasn't it firefox that had to go through a couple of iterations in own branding just to find a name that doesn't infringe on another's mark? Wasn't it called phoenix at one point.... the gods of irony are pleased."spaleta From smooge at gmail.com Thu Sep 28 23:34:28 2006 From: smooge at gmail.com (Stephen John Smoogen) Date: Thu, 28 Sep 2006 17:34:28 -0600 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: <451C0A79.5080601@fedoraproject.org> References: <451C0A79.5080601@fedoraproject.org> Message-ID: <80d7e4090609281634h40d162ofa3de29a6317e34a@mail.gmail.com> On 9/28/06, Rahul Sundaram wrote: > Konstantin Ryabitsev wrote: > > > It's definitely late for such change to happen in the FC6 timeframe, > > but we have to look further, and if we are to stick to the motto of > > providing a distribution that is "free to infinity," then we can't > > continue to ship Firefox under the name that limits what we can and > > cannot do with the software. > > > > Thats not true. Several projects enforce trademark guidelines. They hold > restrictions on the name to ensure that their brand isnt spoiled. That > includes Debian,Fedora and Linux itself. If there is pain in following > the guidelines, you can rename it (see httpd vs apache in Fedora) but > the trademark restriction by itself doesnt make the software non-free or > incompatible with the Fedora objectives. > Suggestions for names: apache -> httpd firefox -> html-browser seamonkey -> html-suite thunderbird -> html-email sunbird -> html-calender -- Stephen J Smoogen. -- CSIRT/Linux System Administrator How far that little candle throws his beams! So shines a good deed in a naughty world. = Shakespeare. "The Merchant of Venice" From ericm24x7 at gmail.com Fri Sep 29 01:42:30 2006 From: ericm24x7 at gmail.com (eric magaoay) Date: Thu, 28 Sep 2006 21:42:30 -0400 Subject: fedora time bug In-Reply-To: References: Message-ID: <451C7A06.1060005@gmail.com> Jason, If you are using Windows, make sure UTC is uncheck and select the correct timezone (any CST - central standard timezone will do). Under "Network Time Protocol" tab check: [x] Enable Network Time Protocol Further down, click on "Show advanced options" and check only the top option: [x] Synchronize system clock before starting service [ ] use local time source Bring up the "Terminal" to restart the NTP service under the command prompt: /etc/init.d/ntpd restart # NOTE: this is redundant but, it will test whether your time will remain on time upon reboot. eric Jason Dravet wrote: > I am running today's rawhide and my clock is all screwed up. Truth be > told this has been happening for a couple of weeks now. The clock on > the panel (gnome-applets) shows the time 5 hours into the future. If > I adjust date and time, the current time (greyed out because I use > ntp) shows the correct time. I tried checking and unchecking use UTC > and nothing happens. I live in the central time zone. When I reboot > into Windows the time is the screwed time from rawhide. What is wrong? > > Thanks, > Jason From bruno at wolff.to Fri Sep 29 04:24:53 2006 From: bruno at wolff.to (Bruno Wolff III) Date: Thu, 28 Sep 2006 23:24:53 -0500 Subject: ctrl-c during boot != good In-Reply-To: <20060928175334.21866.qmail@web51511.mail.yahoo.com> References: <20060928092125.0f56247d@banea.int.addix.net> <20060928175334.21866.qmail@web51511.mail.yahoo.com> Message-ID: <20060929042453.GA18966@wolff.to> On Thu, Sep 28, 2006 at 10:53:34 -0700, Steve G wrote: > > I agree with this and want to see us go one step farther. We also need a boot > option to disallow interactive boot. For servers it can be argued that they have > to be in a protected environment with only admin access provided. But when you > consider desktop installations and security standards like SOX, GLBA, PCI, or > HIPPA, they demand protection of the audit trail, detection of attempts to > subvert it, and identification of users that do stop or start it. Right now its a > matter of typing "I" and saying no to starting the audit daemon. That's too easy. Change the prompt setting in /etc/sysconfig/init to something like the following: # Set to anything other than 'no' to allow hotkey interactive startup... PROMPT=no From naoki at valuecommerce.com Fri Sep 29 06:57:29 2006 From: naoki at valuecommerce.com (Naoki) Date: Fri, 29 Sep 2006 15:57:29 +0900 Subject: Yet another dependency question. cups & redhat-lsb ? In-Reply-To: <20060928203342.GE20464@nostromo.devel.redhat.com> References: <451BBDA3.2080806@valuecommerce.com> <20060928203342.GE20464@nostromo.devel.redhat.com> Message-ID: <1159513049.2859.27.camel@dragon.valuecommerce.ne.jp> On Thu, 2006-09-28 at 16:33 -0400, Bill Nottingham wrote: > Naoki (naoki at valuecommerce.com) said: > > We get a lot of these I know, and for the most part the disk space saved > > isn't worth the trouble. But then again the less junk installed on a > > server the better. So on that note : > > > > # rpm -e cups > > error: Failed dependencies: > > /usr/bin/lp is needed by (installed) redhat-lsb-3.1-10.3.x86_64 > > /usr/bin/lpr is needed by (installed) redhat-lsb-3.1-10.3.x86_64 > > > > If nobody can see why redhat-lsb would need lp I'll file a request. I'd > > love to get server builds as cut down as possible. > > Defined interface in the lsb spec. > > Bill Blast! A perfectly good answer. For those that are interested, the list of commands is here : http://www.freestandards.org/spec/refspecs/LSB_1.2.0/gLSB/command.html From denis at poolshark.org Fri Sep 29 08:07:47 2006 From: denis at poolshark.org (Denis Leroy) Date: Fri, 29 Sep 2006 10:07:47 +0200 Subject: The keyring password annoyance Message-ID: <451CD453.4090907@poolshark.org> A good many bugs were filed against this already (174467,172555 and duplicates). I find it a great annoyance having to enter 2 passwords instead of 1 to log into my desktop system (the login + the NetworkManager keyring access). Since a great many people use encrypted wifi, I have a feeling this is going to cause a barrage of complaints when FC6 is out. Are there plans to try to address this problem before FC6 is out ? 174467 mentions this is a hard problem to solve system-wide (shared key across all users), but I think we should tackle one problem at a time, and at least preventing the dual password on a per-user basis is the first step. There is a recently orphaned package in Extras called pam_keyring that apparently addresses this. Should it be considered for inclusion into Core and enabled by default ? -denis From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 29 08:46:00 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 29 Sep 2006 10:46:00 +0200 Subject: FC6 Pre-release (Test4) In-Reply-To: <1159481152.3314.210.camel@metroid.rdu.redhat.com> References: <1159481152.3314.210.camel@metroid.rdu.redhat.com> Message-ID: <20060929104600.749ef663@python3.es.egwn.lan> Will Woods wrote : > We still want your help! In order to make that happen, we've decided to > do an early release of pre-FC6 disk images. They will only be available > by bittorrent, in order to save us time waiting for the mirrors to sync. Seems like a great idea to me. Count me in for seeding the torrent and testing the images! Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2699.fc6 Load : 0.18 0.39 0.54 From ralph+fedora at strg-alt-entf.org Fri Sep 29 09:21:02 2006 From: ralph+fedora at strg-alt-entf.org (Ralph Angenendt) Date: Fri, 29 Sep 2006 11:21:02 +0200 Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) In-Reply-To: <80d7e4090609281634h40d162ofa3de29a6317e34a@mail.gmail.com> References: <451C0A79.5080601@fedoraproject.org> <80d7e4090609281634h40d162ofa3de29a6317e34a@mail.gmail.com> Message-ID: <20060929092102.GD5940@br-online.de> Stephen John Smoogen wrote: > Suggestions for names: > > apache -> httpd > firefox -> html-browser web-browser? > seamonkey -> html-suite web-suite? Though that sounds as stupid as html-suite sounds (no offense intended). > thunderbird -> html-email Uh, no. It does read and render HTML mails, but it's not an html/httpd client per se. It's a mail reader ... > sunbird -> html-calender Hmmm. web-calend(a|e)r? Ralph -- Ralph Angenendt......ra at br-online.de | .."Text processing has made it possible Bayerischer Rundfunk...80300 M?nchen | ....to right-justify any idea, even one Programmbereich.Bayern 3, Jugend und | .which cannot be justified on any other Multimedia.........Tl:089.5900.16023 | ..........grounds." -- J. Finnegan, USC -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From benny+usenet at amorsen.dk Fri Sep 29 09:44:02 2006 From: benny+usenet at amorsen.dk (Benny Amorsen) Date: 29 Sep 2006 11:44:02 +0200 Subject: Bluez packages in FC6 References: <1159475018.3309.333.camel@pmac.infradead.org> Message-ID: >>>>> "DW" == David Woodhouse writes: DW> Yes, it's far later than I'd like to be doing this, but the DW> alternative is that we end up swapping them out _later_ in an DW> erratum, which is _far_ more likely to be problematic. If the old stuff is similar to what is in FC5, it is almost useless anyway. It is hard to imagine that any kind of change could make it worse. /Benny From buildsys at redhat.com Fri Sep 29 10:01:51 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Fri, 29 Sep 2006 06:01:51 -0400 Subject: rawhide report: 20060929 changes Message-ID: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> Updated Packages: anaconda-11.1.0.102-1 --------------------- * Thu Sep 28 2006 Jeremy Katz - 11.1.0.102-1 - Disable repo writing for now - Fixup text network config (dcantrel) - More HTTP response codes (clumens) - Don't try to use updates disk image by default (clumens) - Give an error message when netconfig fails - Don't prompt for non-existent cd - Fix DNS with dhcp for extras on CD install autofs-1:5.0.1-0.rc2.8 ---------------------- * Wed Sep 27 2006 Ian Kent - 5.0.1-0.rc2.8 - review and fix master map options update for map reload. * Wed Sep 27 2006 Ian Kent - 5.0.1-0.rc2.7 - make default installed master map for /net use "-hosts" instead of auto.net. - fix included map recursive map key lookup. * Mon Sep 25 2006 Ian Kent - 5.0.1-0.rc2.6 - remove unused option UNDERSCORETODOT from default config files. coreutils-5.97-11 ----------------- * Thu Sep 28 2006 Tim Waugh 5.97-11 - Back-ported rename patch (bug #205744). fonts-indic-2.0.4-1 ------------------- * Tue Sep 26 2006 Leon Ho - 2.0.4-1 - fixed RH#206387, RH#206431, RH#202163, RH#192934 for ml_IN (Rahul Bhalerao) - fixed RH#206581, RH#206950 for or_IN (Rahul) * Mon Sep 18 2006 Leon Ho - 2.0.3-1 - fixed RH#206301, RH#206461, RH#206597, RH#206550, RH#206291, RH#206446, RH#206469, RH#206587, RH#206589, RH#187481, RH#206950 for or_IN by Rahul Bhalerao * Thu Sep 14 2006 Leon Ho - 2.0.2-1 - fixed RH#206228 for ml_IN gimp-print-4.2.7-22 ------------------- * Thu Sep 28 2006 Tim Waugh 4.2.7-22 - IPv6 support (bug #198368). gjdoc-0.7.7-9 ------------- * Tue Sep 19 2006 Andrew Overholt - 0.7.7-9 - Don't compile with old ABI (rh#204412). - Add --disable-native and aot-compile. - Don't unnecessarily remove .la files. - Export JAVAC so that javac/ecj is used for bytecode compilation. - Require java-devel as a result. hwdata-0.190-1 -------------- * Thu Sep 21 2006 Adam Jackson - 0.190-1 - Add a description for the 'intel' driver. * Mon Sep 18 2006 Phil Knirsch - 0.189-1 - Updated usb.ids for FC6 kernel-2.6.18-1.2708.fc6 ------------------------ * Thu Sep 28 2006 David Woodhouse - Fix uninitialised spinlock in via-pmu-backlight which causes crash on attempt to suspend * Thu Sep 28 2006 Steven Whitehouse - New GFS2 patch * Thu Sep 28 2006 Dave Jones - Fix "kernel BUG at fs/buffer.c:2789!" bug libXmu-1.0.2-5 -------------- * Fri Sep 15 2006 Soren Sandmann - 1.0.2-5 - Add Requires on libXt (bug 202558) libsepol-1.12.27-1 ------------------ * Thu Sep 28 2006 Dan Walsh 1.12.27-1 - Upgrade to latest from NSA * Merged mls user and range_transition support in modules from Darrel Goeddel lvm2-2.02.06-4 -------------- * Thu Sep 28 2006 Peter Jones - 2.02.06-4 - Fix metadata and map alignment problems on ppc64 (#206202) * Tue Aug 01 2006 Jeremy Katz - 2.02.06-3 - require new libselinux to avoid segfaults on xen (#200783) * Thu Jul 27 2006 Jeremy Katz - 2.02.06-2 - free trip through the buildsystem mkinitrd-5.1.19-1 ----------------- * Thu Sep 28 2006 Peter Jones - 5.1.19-1 - Fix booting on non-LVM devices where sysfs uses a '!' in the device path, such as cciss. (#201875, #196360) nc-1.84-9.fc6 ------------- * Tue Sep 26 2006 Radek Vokal - 1.84-9 - fix in crlf patch, -z option now works again (#207733) * Tue Aug 29 2006 Radek Vokal - 1.84-8 - fix verbose option (#202321) * Mon Aug 28 2006 Radek Vokal - 1.84-7 - add dist tag - add '-C' option and behaviour for sending CRLFs as line-ending (#203931) net-snmp-1:5.3.1-9.fc6 ---------------------- * Fri Sep 22 2006 Radek Vokal 5.3.1-9 - fix deprecated syscall base_reachable_time (#207273) nfs-utils-1:1.0.9-8.fc6 ----------------------- * Tue Sep 26 2006 Steve Dickson 1.0.9-8 - mount.nfs was not returning a non-zero exit value on failed mounts (bz 206705) openais-0.80.1-2 ---------------- * Wed Sep 27 2006 Steven Dake - 0.80.1-2 - Add upstream revision 1246 - fix intermittent failures with flow control system. openssl-0.9.8b-7 ---------------- * Mon Sep 25 2006 Tomas Mraz 0.9.8b-7 - fix CVE-2006-2937 - mishandled error on ASN.1 parsing (#207276) - fix CVE-2006-2940 - parasitic public keys DoS (#207274) - fix CVE-2006-3738 - buffer overflow in SSL_get_shared_ciphers (#206940) - fix CVE-2006-4343 - sslv2 client DoS (#206940) * Tue Sep 05 2006 Tomas Mraz 0.9.8b-6 - fix CVE-2006-4339 - prevent attack on PKCS#1 v1.5 signatures (#205180) * Wed Aug 02 2006 Tomas Mraz - 0.9.8b-5 - set buffering to none on stdio/stdout FILE when bufsize is set (#200580) patch by IBM pam-0.99.6.2-3.fc6 ------------------ * Thu Sep 28 2006 Tomas Mraz 0.99.6.2-3 - add pam_namespace option no_unmount_on_close, required for newrole * Mon Sep 04 2006 Tomas Mraz 0.99.6.2-2 - silence pam_succeed_if in default system-auth (#205067) - round the pam_timestamp_check sleep up to wake up at the start of the wallclock second (#205068) * Thu Aug 31 2006 Tomas Mraz 0.99.6.2-1 - upgrade to new upstream version, as there are mostly bugfixes except improved documentation - add support for session and password service for pam_access and pam_succeed_if - system-auth: skip session pam_unix for crond service perl-Net-DNS-0.59-1.fc6 ----------------------- * Wed Sep 27 2006 Robin Norwood - 0.59-1 - Upgrade to upstream version 0.59 per bug #208315 pirut-1.2.1-1 ------------- * Thu Sep 28 2006 Jeremy Katz - 1.2.1-1 - remember to include the new pup icon * Thu Sep 28 2006 Jeremy Katz - 1.2.0-1 - Fix group deselect (#208363) - Give notification if update checks are failing (#208154) - Show list by default in pirut if no repos enabled - Disable line wrapping in update details (lmacken) - Catch an error when opening rpm (#205278) - Fix pixmap display (#207748) - Don't spew exceptions if puplet can't connect to yum-updatesd (#207724) pyxf86config-0.3.31-1.fc6 ------------------------- * Thu Sep 21 2006 Adam Jackson 0.3.31-1.fc6 - Add a .size() method to genlists. - Use bzip2 archive rhgb-0.16.3-5.fc6 ----------------- * Wed Jul 26 2006 Mike A. Harris 0.16.3-5 - Bump libxf86config-devel dep to ensure the fix for (#198653) is present. - Ensure the package has ownership of the dirs it creates. - Use Fedora Extras style BuildRoot tag. * Wed Jul 12 2006 Jesse Keating - 0.16.3-4.1 - rebuild * Wed Jul 05 2006 Ray Strode - 0.16.3-4 - remove erroneous space from x conf filename. Problem discovered from Mary Ellen Foster (bug 196885) rhpxl-0.35-1 ------------ * Thu Sep 21 2006 Adam Jackson 0.35-1 - Fix resolution comparison to, uh, work. - Properly write out Display subsections so the resolution selector works again - Require newer pyxf86config selinux-policy-2.3.16-6 ----------------------- * Wed Sep 27 2006 Dan Walsh 2.3.16-6 - Fix setrans handling on MLS and useradd * Wed Sep 27 2006 Dan Walsh 2.3.16-5 - Support for fuse - fix vigr * Wed Sep 27 2006 Dan Walsh 2.3.16-4 - Fix dovecot, amanda - Fix mls setroubleshoot-0.47-1 --------------------- * Wed Sep 27 2006 Dan Walsh - 0.47-1 * Change close key binding to ctrl-w * Tue Sep 26 2006 Dan Walsh - 0.46-1 - Add new plugins cvs_data, rsync_data, xen_image, swapfile, samba_share - John Dennis * clear the GUI of old data before loading new data, fix the code used to display the filter icon in the filter column system-config-securitylevel-1.6.26-1 ------------------------------------ * Wed Sep 27 2006 Chris Lumens 1.6.26-1 - Don't forget the configuration when the firewall is disabled (#183442). thunderbird-0:1.5.0.7-2.fc6 --------------------------- * Wed Sep 27 2006 Christopher Aillon - 1.5.0.7-2 - Fix crash when changing gtk key theme - Prevent UI freezes while changing GNOME theme - Remove verbiage about pango; no longer required by upstream. ttmkfdir-3.0.9-21 ----------------- * Thu Sep 28 2006 Lingning Zhang - 3.0.9-21 - modify release vim-2:7.0.109-3 --------------- * Thu Sep 28 2006 Jeremy Katz - 7.0.109-3 - disable vim-spell subpackage as it pushes us over CD boundaries * Thu Sep 28 2006 Karsten Hopp 7.0.109-2 - fix typo in vimspell.sh (#203178) * Tue Sep 19 2006 Karsten Hopp 7.0.109-1 - update to patchlevel 109 to fix some redraw problems - fix invisible comments in diff mode (#204042) xorg-x11-drv-ati-6.6.2-2.fc6 ---------------------------- * Thu Sep 21 2006 Adam Jackson 6.6.2-2.fc6 - radeon-6.6.2-dac-fix.patch: Backport 25fa71... from git. Turn on the DAC before doing CRT connection probe, otherwise we might incorrectly detect a CRT where there isn't one. (#202240 and others) xorg-x11-drv-i810-1.6.5-8.fc6 ----------------------------- * Fri Sep 22 2006 Adam Jackson 1.6.5-8.fc6 - Change 'Requires: kudzu >= foo' to 'Conflicts: kudzu < foo' since we don't actually require kudzu to run. * Fri Sep 15 2006 Adam Jackson 1.6.5-7.fc6 - i810.xinf: Whitelist Apple 945GM machines and Aopen Mini PC onto intel(4) xorg-x11-server-1.1.1-43.fc6 ---------------------------- * Wed Sep 27 2006 Adam Jackson 1.1.1-43.fc6 - xorg-x11-server-1.1.1-vt-activate-is-a-terrible-api.patch: Since the VT_ACTIVATE/VT_WAITACTIVE pair are never guaranteed to successfully complete, set a 5 second timeout on the WAITACTIVE, and retry the pair until we win. (#207746) - xorg-x11-server-1.1.0-pci-scan-fixes.patch: Partial revert to unbreak some (but not all) domainful machines, including Pegasos. (#207659) * Mon Sep 25 2006 Adam Jackson 1.1.1-42.fc6 - xorg-x11-server-1.1.1-getconfig-pl-die-die-die.patch: Fix XGI cards (#208000) * Fri Sep 22 2006 Adam Jackson 1.1.1-41.fc6 - xorg-x11-server-1.1.1-vbe-filter-less.patch: Be gentler about rejecting VESA modes early, since xf86ValidateModes should handle them just fine. yum-2.9.7-4 ----------- * Thu Sep 28 2006 Jeremy Katz - 2.9.7-4 - fix trying to reget existing files (#208460) * Wed Sep 27 2006 Jeremy Katz - 2.9.7-3 - and better fix for upstream (jbowes) * Wed Sep 27 2006 Jeremy Katz - 2.9.7-2 - backout patch that breaks anaconda Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.9-1.fc6.s390 requires kernel >= 0:2.6.9-11 From kevin.kofler at chello.at Fri Sep 29 10:03:02 2006 From: kevin.kofler at chello.at (Kevin Kofler) Date: Fri, 29 Sep 2006 10:03:02 +0000 (UTC) Subject: Firefox trademark shenanigans (Re: Any chance of getting Firefox 2.0 into rawhide/FC6?) References: <451C0A79.5080601@fedoraproject.org> <80d7e4090609281634h40d162ofa3de29a6317e34a@mail.gmail.com> <20060929092102.GD5940@br-online.de> Message-ID: Ralph Angenendt strg-alt-entf.org> writes: > > seamonkey -> html-suite > > web-suite? Though that sounds as stupid as html-suite sounds (no offense > intended). internet-suite would be better. It doesn't just support the WWW. Similarly, Thunderbird and Sunbird shouldn't have web- (nor html-) in their renamed names. Kevin Kofler From harald at redhat.com Fri Sep 29 11:12:40 2006 From: harald at redhat.com (Harald Hoyer) Date: Fri, 29 Sep 2006 13:12:40 +0200 Subject: locale en_EN vs. en_GB/en_US Message-ID: <451CFFA8.9020306@redhat.com> Does the locale en_EN exist? $ python -c 'import locale; print locale.normalize("english");' en_EN.ISO8859-1 $ LANG=en_EN locale -k LC_NAME locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory name_fmt="%p%t%g%t%m%t%f" name_gen="" name_mr="" name_mrs="" name_miss="" name_ms="" name-codeset="ANSI_X3.4-1968" $ LANG=en_GB locale -k LC_NAME name_fmt="%d%t%g%t%m%t%f" name_gen="" name_mr="" name_mrs="" name_miss="" name_ms="" name-codeset="ISO-8859-1" $ LANG=en_US locale -k LC_NAME name_fmt="%d%t%g%t%m%t%f" name_gen="" name_mr="Mr." name_mrs="Mrs." name_miss="Miss." name_ms="Ms." name-codeset="ISO-8859-1" -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3621 bytes Desc: S/MIME Cryptographic Signature URL: From mls at suse.de Fri Sep 29 11:35:49 2006 From: mls at suse.de (Michael Schroeder) Date: Fri, 29 Sep 2006 13:35:49 +0200 Subject: Multilib packages and common identical files issue In-Reply-To: <20060928120931.6d8356da@python3.es.egwn.lan> References: <20060928120931.6d8356da@python3.es.egwn.lan> Message-ID: <20060929113549.GB15526@suse.de> On Thu, Sep 28, 2006 at 12:09:31PM +0200, Matthias Saou wrote: > Am I right to believe that this is a bug in rpm, where it should be > keeping these "common" files upon erasing one of the two multilib > packages (and ideally timestamping them with the correct timestamps > from the remaining package)? This is probably bug #140055, file sharing does not work correctly for files in doc. Cheers, Michael. -- Michael Schroeder mls at suse.de main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);} From jakub at redhat.com Fri Sep 29 11:37:41 2006 From: jakub at redhat.com (Jakub Jelinek) Date: Fri, 29 Sep 2006 07:37:41 -0400 Subject: locale en_EN vs. en_GB/en_US In-Reply-To: <451CFFA8.9020306@redhat.com> References: <451CFFA8.9020306@redhat.com> Message-ID: <20060929113741.GS20982@devserv.devel.redhat.com> On Fri, Sep 29, 2006 at 01:12:40PM +0200, Harald Hoyer wrote: > Does the locale en_EN exist? No. > $ python -c 'import locale; print locale.normalize("english");' > en_EN.ISO8859-1 Sounds like a Xorg bug to me. Of course asking for english locale is wrong too, there isn't a clear answer what should that be, there are many countries where english is natively spoken, but certainly it shouldn't give an inexistent locale. /usr/share/locale/locale.alias doesn't mention english nor en_EN anywhere, but X11 locale.alias does: grep -i english /usr/share/X11/locale/locale.alias /etc/gdm/locale.alias /usr/share/locale/locale.alias /usr/share/X11/locale/locale.alias:English_United-States.437 C /usr/share/X11/locale/locale.alias:english_uk.8859 en_GB.ISO8859-1 /usr/share/X11/locale/locale.alias:english_us.8859 en_US.ISO8859-1 /usr/share/X11/locale/locale.alias:english_us.ascii en_US.ISO8859-1 /usr/share/X11/locale/locale.alias:english.iso88591 en_EN.ISO8859-1 /usr/share/X11/locale/locale.alias:English_United-States.437: C /usr/share/X11/locale/locale.alias:english_uk.8859: en_GB.ISO8859-1 /usr/share/X11/locale/locale.alias:english_us.8859: en_US.ISO8859-1 /usr/share/X11/locale/locale.alias:english_us.ascii: en_US.ISO8859-1 /usr/share/X11/locale/locale.alias:english.iso88591: en_EN.ISO8859-1 /etc/gdm/locale.alias:English(USA) en_US.UTF-8,en_US /etc/gdm/locale.alias:English(Australia) en_AU.UTF-8,en_AU /etc/gdm/locale.alias:English(UK) en_GB.UTF-8,en_GB /etc/gdm/locale.alias:English(Canada) en_CA.UTF-8,en_CA /etc/gdm/locale.alias:English(Ireland) en_IE.UTF-8,en_IE /etc/gdm/locale.alias:English(SouthAfrica) en_ZA.UTF-8,en_ZA Jakub From sdl.web at gmail.com Fri Sep 29 11:40:20 2006 From: sdl.web at gmail.com (Leo) Date: Fri, 29 Sep 2006 12:40:20 +0100 Subject: rawhide report: 20060929 changes References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> Message-ID: > gimp-print-4.2.7-22 > ------------------- > * Thu Sep 28 2006 Tim Waugh 4.2.7-22 > - IPv6 support (bug #198368). Any plan to replace gimp-print with Gutenprint?? It has been under development for over four years, offers improved quality, greatly enhanced functionality, and support for many more printers than previous version, Gimp-Print 4.2. Footnotes: ? http://gimp-print.sourceforge.net/ -- Leo From fedora at camperquake.de Fri Sep 29 11:52:01 2006 From: fedora at camperquake.de (Ralf Ertzinger) Date: Fri, 29 Sep 2006 13:52:01 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> Message-ID: <20060929135201.208f279a@banea.int.addix.net> Hi. On Fri, 29 Sep 2006 12:40:20 +0100, Leo wrote: > Any plan to replace gimp-print with Gutenprint?? It has been under > development for over four years, offers improved quality, greatly > enhanced functionality, and support for many more printers than > previous version, Gimp-Print 4.2. And, from what I have seen in the extras mailing list, it seems to depend on GTK1 and glib 1. From rdieter at math.unl.edu Fri Sep 29 12:13:54 2006 From: rdieter at math.unl.edu (Rex Dieter) Date: Fri, 29 Sep 2006 07:13:54 -0500 Subject: rawhide report: 20060929 changes References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> Message-ID: Leo wrote: >> gimp-print-4.2.7-22 >> ------------------- >> * Thu Sep 28 2006 Tim Waugh 4.2.7-22 >> - IPv6 support (bug #198368). > > Any plan to replace gimp-print with Gutenprint?? Maybe for fc7, in the meantime, it'll land in Extras soon (hopefully): http://bugzilla.redhat.com/199108 -- Rex From fedora at leemhuis.info Fri Sep 29 12:39:44 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 14:39:44 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> Message-ID: <451D1410.8090409@leemhuis.info> Rex Dieter schrieb: > Leo wrote: >>> gimp-print-4.2.7-22 >>> ------------------- >>> * Thu Sep 28 2006 Tim Waugh 4.2.7-22 >>> - IPv6 support (bug #198368). >> Any plan to replace gimp-print with Gutenprint?? > Maybe for fc7, [...] Well, we IMHO should ship it as official Update for FC6 that obsoletes gimp-print (the gtk1 part could remain in Extras) -- Hardware drivers are IMHO an crucial part of a linux-distribution and we IHMO should be always quite up2date with kernel, X.org, Sane, Gutenprint and similar stuff so users can use Fedora on the latest hardware (especially hardware which itself or its drivers may be newer then FC6). Yes, having gutenprint in Extras is better then nothing, but a lot of ordinary users don't even know or care where there printer-drivers come from -- those won't find gutenprint own their own. CU thl From jamatos at fc.up.pt Fri Sep 29 12:44:02 2006 From: jamatos at fc.up.pt (=?iso-8859-1?q?Jos=E9_Matos?=) Date: Fri, 29 Sep 2006 13:44:02 +0100 Subject: rawhide report: 20060929 changes In-Reply-To: <451D1410.8090409@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <451D1410.8090409@leemhuis.info> Message-ID: <200609291344.02453.jamatos@fc.up.pt> On Friday 29 September 2006 13:39, Thorsten Leemhuis wrote: > Yes, having gutenprint in Extras is better then nothing, but a lot of > ordinary users don't even know or care where there printer-drivers come > from -- those won't find gutenprint own their own. Thorsten, not that I disagree with your motives but it would imply a change of policy from/for Core. According to the current policy that is not what will be done. > CU > thl -- Jos? Ab?lio From oliveiram at gmail.com Fri Sep 29 12:51:23 2006 From: oliveiram at gmail.com (Marcio Oliveira) Date: Fri, 29 Sep 2006 09:51:23 -0300 Subject: FC5 "rpmbuild -ta" problems Message-ID: <801c11610609290551i37a7df2fg3a5370664cd916aa@mail.gmail.com> Hi there, I got many error messages on FC5 fully updated trying to compile tar packages using "rpmbuild -ta tar_package.tar.gz" command. I notice that rpmbuild was executing "/bin/tar xOvf - Specfile" and "/bin/tar xOvf - .spec" commands to extract .spec files from the tar packages but without success. The rpmbuild command always create "/usr/src/redhat/SPECS/tar\:\ Pattern\ matching\ characters\ used\ in\ file\ names.\ Please\," and "tar\:\ You\ must\ specify\ one\ of\ the\ \`-Acdtrux\'\ options" files in /usr/src/redhat/SPECS directory. I solved this problem adding "-" before tar options and "--wildcards" to tar command in build.c file. (see attached patch). Is this problem a rpmbuild bug? There is a way to fix if without patch / recompile rpm packages? These are the steps to reproduce this problem: # wget http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.18.tar.bz2 # tar -xjvf linux-2.6.18.tar.bz2 -C /usr/src # cd /usr/src/linux-2.6.18 # make oldconfig # make rpm make clean set -e; cd ..; ln -sf /usr/src/linux- 2.6.18 kernel-2.6.18 set -e; cd ..; tar -cz --exclude SCCS --exclude BitKeeper --exclude .svn --exclude CVS --exclude .pc --exclude .hg --exclude .git -f kernel-2.6.18.tar.gz kernel-2.6.18/* set -e; cd ..; rm kernel-2.6.18 set -e; \ /bin/sh /usr/src/linux-2.6.18/scripts/mkversion > /usr/src/linux-2.6.18 /.tmp_version set -e; \ mv -f /usr/src/linux-2.6.18/.tmp_version /usr/src/linux-2.6.18/.version rpmbuild --target i686 -ta ../kernel- 2.6.18.tar.gz Building target platforms: i686 Building for target i686 error: Name field must be present in package: (main package) error: Version field must be present in package: (main package) error: Release field must be present in package: (main package) error: Summary field must be present in package: (main package) error: Group field must be present in package: (main package) error: License field must be present in package: (main package) make[1]: *** [rpm] Error 1 make: *** [rpm] Error 2 ("make rpm" executes "rpmbuild --target i686 -ta ../kernel- 2.6.18.tar.gz") thanks, M?rcio -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rpm-4.4.2-build-tar-parameters.patch Type: text/x-patch Size: 840 bytes Desc: not available URL: From mtasaka at ioa.s.u-tokyo.ac.jp Fri Sep 29 12:59:40 2006 From: mtasaka at ioa.s.u-tokyo.ac.jp (Mamoru Tasaka) Date: Fri, 29 Sep 2006 21:59:40 +0900 Subject: FC5 "rpmbuild -ta" problems In-Reply-To: <801c11610609290551i37a7df2fg3a5370664cd916aa@mail.gmail.com> References: <801c11610609290551i37a7df2fg3a5370664cd916aa@mail.gmail.com> Message-ID: <451D18BC.1080802@ioa.s.u-tokyo.ac.jp> Marcio Oliveira wrote: > Hi there, > > I got many error messages on FC5 fully updated trying to compile tar > packages using "rpmbuild -ta tar_package.tar.gz" command. This is already filed: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206841 > I solved this problem adding "-" before tar options and "--wildcards" > to tar command in build.c file. (see attached patch). > > > ------------------------------------------------------------------------ > > --- rpm-4.4.2/build.c.orig 2006-09-29 09:17:25.000000000 -0300 > +++ rpm-4.4.2/build.c 2006-09-29 09:18:01.000000000 -0300 > @@ -144,7 +144,7 @@ > (void) isCompressed(arg, &res); > > cmd = alloca(strlen(arg) + 50 + strlen(tmpSpecFile)); > - sprintf(cmd, "%s < %s | tar xOvf - Specfile 2>&1 > %s", > + sprintf(cmd, "%s < %s | tar -xOvf - Specfile 2>&1 > %s", > zcmds[res & 0x3], arg, tmpSpecFile); > if (!(fp = popen(cmd, "r"))) { > rpmError(RPMERR_POPEN, _("Failed to open tar pipe: %m\n")); > @@ -156,7 +156,7 @@ > /* Try again */ > (void) pclose(fp); > > - sprintf(cmd, "%s < %s | tar xOvf - \\*.spec 2>&1 > %s", > + sprintf(cmd, "%s < %s | tar --wildcards -xOvf - \\*.spec 2>&1 > %s", > zcmds[res & 0x3], arg, tmpSpecFile); > if (!(fp = popen(cmd, "r"))) { > rpmError(RPMERR_POPEN, _("Failed to open tar pipe: %m\n")); > Posting this patch to bugzilla would highly appreciated, I think. Mamoru Tasaka From Matt_Domsch at dell.com Fri Sep 29 13:03:58 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Sep 2006 08:03:58 -0500 Subject: Extras x86_64 rawhide rebuild in mock status 2006-09-29 Message-ID: <20060929080358.A15960@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for x86_64 Fri Sep 29 03:57:29 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2140 Number failed to build: 30 Number expected to fail due to ExclusiveArch or ExcludeArch: 20 Leaving: 10 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 10 ---------------------------------- atitvout-0.4-6 andreas.bierfert at lowlatency.de bochs-2.3-2.fc6 j.w.r.degoede at hhs.nl dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.18_1.2689.fc6 ville.skytta at iki.fi libcdio-0.77-1.fc6 adrian at lisas.de libpolyxmass-0.9.0-6.fc5 andreas.bierfert at lowlatency.de mlton-20051202-8.fc6.1 adam at spicenitz.org python-reportlab-1.21.1-1.fc6 bdpepple at ameritech.net s3switch-0.0-9.20020912.fc6 paul at xelerance.com sblim-cmpi-base-1.5.4-5.fc6 hamzy at us.ibm.com With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 29 13:04:03 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Sep 2006 08:04:03 -0500 Subject: Extras i386 rawhide rebuild in mock status 2006-09-29 Message-ID: <20060929080403.A15975@humbolt.us.dell.com> Extras Rawhide-in-Mock Build Results for i386 Fri Sep 29 04:01:21 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 2140 Number failed to build: 4 Number expected to fail due to ExclusiveArch or ExcludeArch: 1 Leaving: 3 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 3 ---------------------------------- dillo-0.8.6-2.fc6 andreas.bierfert at lowlatency.de em8300-kmod-0.16.0-0.2.rc1.2.6.18_1.2689.fc6 ville.skytta at iki.fi libcdio-0.77-1.fc6 adrian at lisas.de With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From fedora at leemhuis.info Fri Sep 29 13:03:56 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 15:03:56 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <200609291344.02453.jamatos@fc.up.pt> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <451D1410.8090409@leemhuis.info> <200609291344.02453.jamatos@fc.up.pt> Message-ID: <451D19BC.7050701@leemhuis.info> Jos? Matos schrieb: > On Friday 29 September 2006 13:39, Thorsten Leemhuis wrote: >> Yes, having gutenprint in Extras is better then nothing, but a lot of >> ordinary users don't even know or care where there printer-drivers come >> from -- those won't find gutenprint own their own. > not that I disagree with your motives but it would imply a change of policy > from/for Core. According to the current policy that is not what will be done. Where is this policy? I don't think we have such a policy yet. Besides: wireshark replaced ethereal, sane was slitted recently and we even do kernel-updates from 2.6.x to 2.6.x+1. So why shouldn't we update printer drivers? CU thl From jkeating at redhat.com Fri Sep 29 13:11:15 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Sep 2006 09:11:15 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D19BC.7050701@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> Message-ID: <200609290911.16104.jkeating@redhat.com> On Friday 29 September 2006 09:03, Thorsten Leemhuis wrote: > Besides: wireshark replaced ethereal To be fair, this was an upstream rename, not a replacement of codebase. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Fri Sep 29 13:28:42 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 15:28:42 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <200609290911.16104.jkeating@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> <200609290911.16104.jkeating@redhat.com> Message-ID: <451D1F8A.7050906@leemhuis.info> Jesse Keating schrieb: > On Friday 29 September 2006 09:03, Thorsten Leemhuis wrote: >> Besides: wireshark replaced ethereal > To be fair, this was an upstream rename, not a replacement of codebase. Well, gutenprint is the successor of gimp-print. A lot of stuff is new in gutenprint -- but I wouldn't call it a replacement of codebase (or did I miss something?) CU th? From skvidal at linux.duke.edu Fri Sep 29 13:49:48 2006 From: skvidal at linux.duke.edu (seth vidal) Date: Fri, 29 Sep 2006 09:49:48 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D1F8A.7050906@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> <200609290911.16104.jkeating@redhat.com> <451D1F8A.7050906@leemhuis.info> Message-ID: <1159537788.19834.2.camel@cutter> On Fri, 2006-09-29 at 15:28 +0200, Thorsten Leemhuis wrote: > > Jesse Keating schrieb: > > On Friday 29 September 2006 09:03, Thorsten Leemhuis wrote: > >> Besides: wireshark replaced ethereal > > To be fair, this was an upstream rename, not a replacement of codebase. > > Well, gutenprint is the successor of gimp-print. A lot of stuff is new > in gutenprint -- but I wouldn't call it a replacement of codebase (or > did I miss something?) > http://trends.newsforge.com/article.pl?sid=06/06/09/1349255&from=rss that's why. -sv From fedora at leemhuis.info Fri Sep 29 14:22:17 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 16:22:17 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <1159537788.19834.2.camel@cutter> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> <200609290911.16104.jkeating@redhat.com> <451D1F8A.7050906@leemhuis.info> <1159537788.19834.2.camel@cutter> Message-ID: <451D2C19.1070106@leemhuis.info> seth vidal schrieb: > On Fri, 2006-09-29 at 15:28 +0200, Thorsten Leemhuis wrote: >> Jesse Keating schrieb: >>> On Friday 29 September 2006 09:03, Thorsten Leemhuis wrote: >>>> Besides: wireshark replaced ethereal >>> To be fair, this was an upstream rename, not a replacement of codebase. >> Well, gutenprint is the successor of gimp-print. A lot of stuff is new >> in gutenprint -- but I wouldn't call it a replacement of codebase (or >> did I miss something?) > http://trends.newsforge.com/article.pl?sid=06/06/09/1349255&from=rss I knew the reasons for the rename. But I still can't see any reasons why we shouldn't ship gutenprint as a update in FC6.... CU thl From johnthacker at gmail.com Fri Sep 29 14:29:37 2006 From: johnthacker at gmail.com (John Thacker) Date: Fri, 29 Sep 2006 10:29:37 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D2C19.1070106@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> <200609290911.16104.jkeating@redhat.com> <451D1F8A.7050906@leemhuis.info> <1159537788.19834.2.camel@cutter> <451D2C19.1070106@leemhuis.info> Message-ID: <73aec80609290729m5b701a7fsab2781a327a907dd@mail.gmail.com> On 9/29/06, Thorsten Leemhuis wrote: > I knew the reasons for the rename. But I still can't see any reasons why > we shouldn't ship gutenprint as a update in FC6.... Because ethereal -> wireshark was an incremental release, a small bugfix change, even with the name change. Gutenprint is the first release off an entirely different branch (that's been branched for four years), and a much more significant change of the codebase. Hence the ethereal -> wireshark analogy falls apart. Gutenprint is a change more on the order of, say, the move from gnumeric 1.x to 2.0. Generally, though not always, updates, especially of criticical system software, are limited to smaller incremental changes and not massive new versions that involve entirely different branches. At least that's my take. John Thacker From jkeating at redhat.com Fri Sep 29 14:37:56 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Sep 2006 10:37:56 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D2C19.1070106@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159537788.19834.2.camel@cutter> <451D2C19.1070106@leemhuis.info> Message-ID: <200609291037.57019.jkeating@redhat.com> On Friday 29 September 2006 10:22, Thorsten Leemhuis wrote: > I knew the reasons for the rename. But I still can't see any reasons why > ?we shouldn't ship gutenprint as a update in FC6.... Is gutenprint the exact same code but with a different name? No. You yourself said "A lot of stuff is new in gutenprint". We haven't included gutenprint in any of the previous test releases, especially not before the feature freeze. Having it in Extras during FC6 paves the way for it to be in Core for FC7. If it were just a namechange, that would be acceptable, but from what I gather, this is much more than that. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From fedora at leemhuis.info Fri Sep 29 14:44:27 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 16:44:27 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <73aec80609290729m5b701a7fsab2781a327a907dd@mail.gmail.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> <200609290911.16104.jkeating@redhat.com> <451D1F8A.7050906@leemhuis.info> <1159537788.19834.2.camel@cutter> <451D2C19.1070106@leemhuis.info> <73aec80609290729m5b701a7fsab2781a327a907dd@mail.gmail.com> Message-ID: <451D314B.8010306@leemhuis.info> John Thacker schrieb: > On 9/29/06, Thorsten Leemhuis wrote: > >> I knew the reasons for the rename. But I still can't see any reasons why >> we shouldn't ship gutenprint as a update in FC6.... > Because ethereal -> wireshark was an incremental release, a small > bugfix change, even with the name change. And the "ethereal -> wireshark" was just and example. > Gutenprint is the first release off an entirely different branch > (that's been branched for four years), and a much more significant > change of the codebase. Hence the ethereal -> wireshark analogy falls > apart. Okay, agreed. >[...] > Generally, though not always, updates, especially of criticical system > software, are limited to smaller incremental changes and not massive > new versions that involve entirely different branches. At least > that's my take. Sure. But we IMHO have regular big updates of the most important criticical system software already: the kernel. We have good hardware support due to that and Fedora in this area is much better than other distributions. We IMHO should enhance this advantage and also regularly update other parts of the distribution that are crucial for hardware support -- like for example gutenprint. CU thl From jkeating at redhat.com Fri Sep 29 14:53:14 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Sep 2006 10:53:14 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D314B.8010306@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <73aec80609290729m5b701a7fsab2781a327a907dd@mail.gmail.com> <451D314B.8010306@leemhuis.info> Message-ID: <200609291053.14393.jkeating@redhat.com> On Friday 29 September 2006 10:44, Thorsten Leemhuis wrote: > Sure. But we IMHO have regular big updates of the most important > criticical system software already: the kernel. We have good hardware > support due to that and Fedora in this area is much better than other > distributions. We IMHO should enhance this advantage and also regularly > update other parts of the distribution that are crucial for hardware > support -- like for example gutenprint. This usually comes down to the maintainer's choice. If they don't want to do it, then it won't happen. If they do, and the impact isn't severe, then they will. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From dragoran at feuerpokemon.de Fri Sep 29 14:55:06 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 29 Sep 2006 16:55:06 +0200 Subject: r1000 network driver Message-ID: <451D33CA.2050809@feuerpokemon.de> Why is this driver (gpl) not part of (fedoras) kernel? I got a notebook with a card that required this driver and I was unable to do a network install (forced to burn and use media) because networking was not possible (no drivers) any change of getting it into the kernel? Should I file a bug? It only needs a simple patch to compile with 2.6.17/18 From jkeating at redhat.com Fri Sep 29 15:02:13 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Sep 2006 11:02:13 -0400 Subject: r1000 network driver In-Reply-To: <451D33CA.2050809@feuerpokemon.de> References: <451D33CA.2050809@feuerpokemon.de> Message-ID: <200609291102.13345.jkeating@redhat.com> On Friday 29 September 2006 10:55, dragoran wrote: > Why is this driver (gpl) not part of (fedoras) kernel? I got a notebook > with a card that required this driver and I was unable to do a network > install (forced to burn and use media) because networking was not > possible (no drivers) any change of getting it into the kernel? Should I > file a bug? It only needs a simple patch to compile with 2.6.17/18 Simple answer. The driver isn't upstream. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From oliveiram at gmail.com Fri Sep 29 15:01:46 2006 From: oliveiram at gmail.com (Marcio Oliveira) Date: Fri, 29 Sep 2006 12:01:46 -0300 Subject: FC5 "rpmbuild -ta" problems Message-ID: <801c11610609290801q4ad3ad60u9481395fac436e1@mail.gmail.com> > > > > >> Hi there, > >> > >> I got many error messages on FC5 fully updated trying to compile tar > >> packages using "rpmbuild -ta tar_package.tar.gz" command. > > >This is already filed: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206841 thank you... >> I solved this problem adding "-" before tar options and "--wildcards"v > >> to tar command in build.c file. (see attached patch). > >> > >> > >> > ------------------------------------------------------------------------ > >> > >> --- rpm-4.4.2/build.c.orig 2006-09-29 09:17:25.000000000 -0300 > >> +++ rpm-4.4.2/build.c 2006-09-29 09:18:01.000000000 -0300 > >> @@ -144,7 +144,7 @@ > >> (void) isCompressed(arg, &res); > >> > >> cmd = alloca(strlen(arg) + 50 + strlen(tmpSpecFile)); > >> - sprintf(cmd, "%s < %s | tar xOvf - Specfile 2>&1 > %s", > >> + sprintf(cmd, "%s < %s | tar -xOvf - Specfile 2>&1 > %s", > >> zcmds[res & 0x3], arg, tmpSpecFile); > >> if (!(fp = popen(cmd, "r"))) { > >> rpmError(RPMERR_POPEN, _("Failed to open tar pipe: %m\n")); > >> @@ -156,7 +156,7 @@ > >> /* Try again */ > >> (void) pclose(fp); > >> > >> - sprintf(cmd, "%s < %s | tar xOvf - \\*.spec 2>&1 > %s", > >> + sprintf(cmd, "%s < %s | tar --wildcards -xOvf - \\*.spec 2>&1 > > %s", > >> zcmds[res & 0x3], arg, tmpSpecFile); > >> if (!(fp = popen(cmd, "r"))) { > >> rpmError(RPMERR_POPEN, _("Failed to open tar pipe: > %m\n")); > >> > > >Posting this patch to bugzilla would highly appreciated, I think. > > > >Mamoru Tasaka Patch and info posted! Thank you! M?rcio Oliveira -------------- next part -------------- An HTML attachment was scrubbed... URL: From twaugh at redhat.com Fri Sep 29 15:06:10 2006 From: twaugh at redhat.com (Tim Waugh) Date: Fri, 29 Sep 2006 16:06:10 +0100 Subject: rawhide report: 20060929 changes In-Reply-To: <451D2C19.1070106@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> <200609290911.16104.jkeating@redhat.com> <451D1F8A.7050906@leemhuis.info> <1159537788.19834.2.camel@cutter> <451D2C19.1070106@leemhuis.info> Message-ID: <1159542370.3715.15.camel@cyberelk.elk> On Fri, 2006-09-29 at 16:22 +0200, Thorsten Leemhuis wrote: > I knew the reasons for the rename. But I still can't see any reasons why > we shouldn't ship gutenprint as a update in FC6.... Has anyone yet tested what happens to existing gimp-print based queues when the gimp-print package is obsoleted by upgrading to gutenprint? My guess is that they'll break, and that someone will need to write some code to migrate existing queues to gutenprint. Anyone know? Tim. */ -------------- 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 jwboyer at jdub.homelinux.org Fri Sep 29 15:11:00 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Fri, 29 Sep 2006 10:11:00 -0500 Subject: r1000 network driver In-Reply-To: <451D33CA.2050809@feuerpokemon.de> References: <451D33CA.2050809@feuerpokemon.de> Message-ID: <1159542660.6504.1.camel@zod.rchland.ibm.com> On Fri, 2006-09-29 at 16:55 +0200, dragoran wrote: > Why is this driver (gpl) not part of (fedoras) kernel? I got a notebook > with a card that required this driver and I was unable to do a network > install (forced to burn and use media) because networking was not > possible (no drivers) any change of getting it into the kernel? Should I > file a bug? It only needs a simple patch to compile with 2.6.17/18 It's not in the upstream kernel. You could bug the author to submit it upstream. In the meantime, you could create a kmod for it in Extras. josh From mlists at juma.me.uk Fri Sep 29 15:18:16 2006 From: mlists at juma.me.uk (Ismael Juma) Date: Fri, 29 Sep 2006 16:18:16 +0100 Subject: r1000 network driver In-Reply-To: <451D33CA.2050809@feuerpokemon.de> References: <451D33CA.2050809@feuerpokemon.de> Message-ID: <1159543096.10182.7.camel@ijuma> On Fri, 2006-09-29 at 16:55 +0200, dragoran wrote: > Why is this driver (gpl) not part of (fedoras) kernel? I also wondered about this and with google's help I found this message[1]. Hope that helps. Regards, Ismael [1] http://www.mail-archive.com/netdev at vger.kernel.org/msg21776.html From katzj at redhat.com Fri Sep 29 15:22:24 2006 From: katzj at redhat.com (Jeremy Katz) Date: Fri, 29 Sep 2006 11:22:24 -0400 Subject: The keyring password annoyance In-Reply-To: <451CD453.4090907@poolshark.org> References: <451CD453.4090907@poolshark.org> Message-ID: <1159543345.2746.6.camel@orodruin.boston.redhat.com> On Fri, 2006-09-29 at 10:07 +0200, Denis Leroy wrote: > A good many bugs were filed against this already (174467,172555 and > duplicates). I find it a great annoyance having to enter 2 passwords > instead of 1 to log into my desktop system (the login + the > NetworkManager keyring access). Since a great many people use encrypted > wifi, I have a feeling this is going to cause a barrage of complaints > when FC6 is out. I've been complaining about it for a long time now ;-) > Are there plans to try to address this problem before FC6 is out ? > 174467 mentions this is a hard problem to solve system-wide (shared key > across all users), but I think we should tackle one problem at a time, > and at least preventing the dual password on a per-user basis is the > first step. > > There is a recently orphaned package in Extras called pam_keyring that > apparently addresses this. Should it be considered for inclusion into > Core and enabled by default ? Unfortunately, pam_keyring isn't a great answer in the general case due to users logging in with things other than passwords (think smartcards) as well as some of the weirdness around password changing and keyring password changing. And since we're after the feature freeze (test2) and the final test release, there's just no way to reasonably do something for FC6. Hopefully for FC7 (... when hopefully we'll also be using NetworkManager by default, *sigh*) Jeremy From fedora at leemhuis.info Fri Sep 29 15:35:55 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 17:35:55 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <1159542370.3715.15.camel@cyberelk.elk> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291344.02453.jamatos@fc.up.pt> <451D19BC.7050701@leemhuis.info> <200609290911.16104.jkeating@redhat.com> <451D1F8A.7050906@leemhuis.info> <1159537788.19834.2.camel@cutter> <451D2C19.1070106@leemhuis.info> <1159542370.3715.15.camel@cyberelk.elk> Message-ID: <451D3D5B.3040307@leemhuis.info> Tim Waugh schrieb: > On Fri, 2006-09-29 at 16:22 +0200, Thorsten Leemhuis wrote: >> I knew the reasons for the rename. But I still can't see any reasons why >> we shouldn't ship gutenprint as a update in FC6.... > Has anyone yet tested what happens to existing gimp-print based queues > when the gimp-print package is obsoleted by upgrading to gutenprint? No idea. > My guess is that they'll break, and that someone will need to write some > code to migrate existing queues to gutenprint. Well, we proably need to write them in FC7 timeframe anyway. But for an FC6 update it might be easier to just add gutenprint to the updates-repo and by a dependency somehow make sure it gets installed for everyone. CU thl From david at lovesunix.net Fri Sep 29 15:44:01 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 29 Sep 2006 17:44:01 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> Message-ID: <1159544641.2645.1.camel@price> fre, 29 09 2006 kl. 06:01 -0400, skrev buildsys at redhat.com: > xorg-x11-server-1.1.1-43.fc6 > ---------------------------- > * Wed Sep 27 2006 Adam Jackson 1.1.1-43.fc6 > - xorg-x11-server-1.1.1-vt-activate-is-a-terrible-api.patch: Since the > VT_ACTIVATE/VT_WAITACTIVE pair are never guaranteed to successfully > complete, set a 5 second timeout on the WAITACTIVE, and retry the pair > until we win. (#207746) > - xorg-x11-server-1.1.0-pci-scan-fixes.patch: Partial revert to unbreak some > (but not all) domainful machines, including Pegasos. (#207659) I get a black screen on boot with rhgb enabled, I thought this was supposed to fix that issue.. - David Nielsen From fedora at leemhuis.info Fri Sep 29 15:48:51 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 17:48:51 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <200609291053.14393.jkeating@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <73aec80609290729m5b701a7fsab2781a327a907dd@mail.gmail.com> <451D314B.8010306@leemhuis.info> <200609291053.14393.jkeating@redhat.com> Message-ID: <451D4063.9080000@leemhuis.info> Jesse Keating schrieb: > On Friday 29 September 2006 10:44, Thorsten Leemhuis wrote: >> Sure. But we IMHO have regular big updates of the most important >> criticical system software already: the kernel. We have good hardware >> support due to that and Fedora in this area is much better than other >> distributions. We IMHO should enhance this advantage and also regularly >> update other parts of the distribution that are crucial for hardware >> support -- like for example gutenprint. > This usually comes down to the maintainer's choice. If they don't want to do > it, then it won't happen. If they do, and the impact isn't severe, then they > will. Sure. But I think it looks a bit odd to outsiders to have good hardware support in Fedora Core on one side (kernel, sane, often Xorg) but old drivers that lack support for new hardware on the other (gimp-print). That a point were a imaginable Fedora Core Steering Commitee (or maybe even FAB) should jump in to get one "look and feel" out to the users of Fedora. The target and common "look and feel" I'd like to see is: "Fedora Core provides better hardware support for newer hardware than other distributions because it often updates kernel and userland packages that contain drivers." Why that? We are not that far away from this goal -- kernel and sane are often updated already; we just need to do the same for printer-drivers and Xorg (the latter at least when there are no known incompatibles like we had them this summer with nvidia, ati and Xorg 7.1). And one of the goals of Fedora Core is to be a fast moving distribution with up2date open-source-software. CU thl From ajackson at redhat.com Fri Sep 29 15:43:26 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 29 Sep 2006 11:43:26 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <1159544641.2645.1.camel@price> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159544641.2645.1.camel@price> Message-ID: <451D3F1E.9040106@redhat.com> David Nielsen wrote: > fre, 29 09 2006 kl. 06:01 -0400, skrev buildsys at redhat.com: > >> xorg-x11-server-1.1.1-43.fc6 >> ---------------------------- >> * Wed Sep 27 2006 Adam Jackson 1.1.1-43.fc6 >> - xorg-x11-server-1.1.1-vt-activate-is-a-terrible-api.patch: Since the >> VT_ACTIVATE/VT_WAITACTIVE pair are never guaranteed to successfully >> complete, set a 5 second timeout on the WAITACTIVE, and retry the pair >> until we win. (#207746) >> - xorg-x11-server-1.1.0-pci-scan-fixes.patch: Partial revert to unbreak some >> (but not all) domainful machines, including Pegasos. (#207659) > > I get a black screen on boot with rhgb enabled, I thought this was > supposed to fix that issue.. I did too. - ajax From dragoran at feuerpokemon.de Fri Sep 29 15:47:41 2006 From: dragoran at feuerpokemon.de (dragoran) Date: Fri, 29 Sep 2006 17:47:41 +0200 Subject: r1000 network driver In-Reply-To: <1159543096.10182.7.camel@ijuma> References: <451D33CA.2050809@feuerpokemon.de> <1159543096.10182.7.camel@ijuma> Message-ID: <451D401D.6060809@feuerpokemon.de> Ismael Juma wrote: > On Fri, 2006-09-29 at 16:55 +0200, dragoran wrote: > >> Why is this driver (gpl) not part of (fedoras) kernel? >> > > I also wondered about this and with google's help I found this > message[1]. Hope that helps. > > Regards, > Ismael > > [1] http://www.mail-archive.com/netdev at vger.kernel.org/msg21776.html > > ok thx, hope this gets into 2.6.19 , will write a email to netdev about it later. From ajackson at redhat.com Fri Sep 29 15:46:27 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 29 Sep 2006 11:46:27 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D3F1E.9040106@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159544641.2645.1.camel@price> <451D3F1E.9040106@redhat.com> Message-ID: <451D3FD3.8020405@redhat.com> Adam Jackson wrote: > David Nielsen wrote: >> fre, 29 09 2006 kl. 06:01 -0400, skrev buildsys at redhat.com: >> >>> xorg-x11-server-1.1.1-43.fc6 >>> ---------------------------- >>> * Wed Sep 27 2006 Adam Jackson 1.1.1-43.fc6 >>> - xorg-x11-server-1.1.1-vt-activate-is-a-terrible-api.patch: Since the >>> VT_ACTIVATE/VT_WAITACTIVE pair are never guaranteed to successfully >>> complete, set a 5 second timeout on the WAITACTIVE, and retry the pair >>> until we win. (#207746) >>> - xorg-x11-server-1.1.0-pci-scan-fixes.patch: Partial revert to >>> unbreak some >>> (but not all) domainful machines, including Pegasos. (#207659) >> >> I get a black screen on boot with rhgb enabled, I thought this was >> supposed to fix that issue.. > > I did too. Let me rephrase that. I thought it was supposed to fix that issue too. You claim it doesn't; therefore you have found a bug. It might be the same bug coming back to life, or a new one. - ajax From jkeating at redhat.com Fri Sep 29 15:58:36 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Sep 2006 11:58:36 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D4063.9080000@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291053.14393.jkeating@redhat.com> <451D4063.9080000@leemhuis.info> Message-ID: <200609291158.36961.jkeating@redhat.com> On Friday 29 September 2006 11:48, Thorsten Leemhuis wrote: > Sure. But I think it looks a bit odd to outsiders to have good hardware > support in Fedora Core on one side (kernel, sane, often Xorg) but old > drivers that lack support for new hardware on the other (gimp-print). But in the case of the kernel, its a new release of the same code set, with some improvements. We're not going to switch to a kernel branch that has been branched 4 years ago. If a bunch of work went into gimp-print and improved things greatly, sure that'd be an easy update. This is different. -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From david at lovesunix.net Fri Sep 29 16:01:54 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 29 Sep 2006 18:01:54 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <451D3FD3.8020405@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159544641.2645.1.camel@price> <451D3F1E.9040106@redhat.com> <451D3FD3.8020405@redhat.com> Message-ID: <1159545714.2645.3.camel@price> fre, 29 09 2006 kl. 11:46 -0400, skrev Adam Jackson: > Adam Jackson wrote: > > David Nielsen wrote: > >> fre, 29 09 2006 kl. 06:01 -0400, skrev buildsys at redhat.com: > >> > >>> xorg-x11-server-1.1.1-43.fc6 > >>> ---------------------------- > >>> * Wed Sep 27 2006 Adam Jackson 1.1.1-43.fc6 > >>> - xorg-x11-server-1.1.1-vt-activate-is-a-terrible-api.patch: Since the > >>> VT_ACTIVATE/VT_WAITACTIVE pair are never guaranteed to successfully > >>> complete, set a 5 second timeout on the WAITACTIVE, and retry the pair > >>> until we win. (#207746) > >>> - xorg-x11-server-1.1.0-pci-scan-fixes.patch: Partial revert to > >>> unbreak some > >>> (but not all) domainful machines, including Pegasos. (#207659) > >> > >> I get a black screen on boot with rhgb enabled, I thought this was > >> supposed to fix that issue.. > > > > I did too. > > Let me rephrase that. I thought it was supposed to fix that issue too. > You claim it doesn't; therefore you have found a bug. It might be the > same bug coming back to life, or a new one. Okay before I open a bug on this, what information do you want and how do I pry it out of my machine.. it's afterall a bit hard to read any output on a black screen. - David From ajackson at redhat.com Fri Sep 29 16:00:38 2006 From: ajackson at redhat.com (Adam Jackson) Date: Fri, 29 Sep 2006 12:00:38 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <1159545714.2645.3.camel@price> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159544641.2645.1.camel@price> <451D3F1E.9040106@redhat.com> <451D3FD3.8020405@redhat.com> <1159545714.2645.3.camel@price> Message-ID: <451D4326.6000701@redhat.com> David Nielsen wrote: > Okay before I open a bug on this, what information do you want and how > do I pry it out of my machine.. it's afterall a bit hard to read any > output on a black screen. Presumably it still responds to the network, so scp /var/log/Xorg.0.log to another machine. Alternatively, once it hangs, reboot to runlevel 3 with rhgb disabled so you can see the server startup log. - ajax From jamatos at fc.up.pt Fri Sep 29 16:08:11 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 29 Sep 2006 17:08:11 +0100 Subject: rawhide report: 20060929 changes In-Reply-To: <200609291158.36961.jkeating@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <451D4063.9080000@leemhuis.info> <200609291158.36961.jkeating@redhat.com> Message-ID: <200609291708.11888.jamatos@fc.up.pt> On Friday 29 September 2006 16:58, Jesse Keating wrote: > But in the case of the kernel, its a new release of the same code set, with > some improvements. ?We're not going to switch to a kernel branch that has > been branched 4 years ago. ?If a bunch of work went into gimp-print and > improved things greatly, sure that'd be an easy update. ?This is different. You are talking about the kernel, right? AFAIK the changes between 2.6.15 (version released in FC5) and 2.6.18 (the version available in testing-updates) are impressive. So I guess the kernel is a bad example to prove your point. ;-) It is almost ironic because very few projects change so much code between major releases. :-) > -- > Jesse Keating > Release Engineer: Fedora -- Jos? Ab?lio From fedora at leemhuis.info Fri Sep 29 16:16:16 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 18:16:16 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <200609291158.36961.jkeating@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291053.14393.jkeating@redhat.com> <451D4063.9080000@leemhuis.info> <200609291158.36961.jkeating@redhat.com> Message-ID: <451D46D0.3020308@leemhuis.info> Jesse Keating schrieb: > On Friday 29 September 2006 11:48, Thorsten Leemhuis wrote: >> Sure. But I think it looks a bit odd to outsiders to have good hardware >> support in Fedora Core on one side (kernel, sane, often Xorg) but old >> drivers that lack support for new hardware on the other (gimp-print). > > But in the case of the kernel, its a new release of the same code set, with > some improvements. We're not going to switch to a kernel branch that has > been branched 4 years ago. Agreed. Gutenprint's development model should more follow the "release early, release often" scheme. But we don't have to decide it ;-) > If a bunch of work went into gimp-print and > improved things greatly, sure that'd be an easy update. This is different. It is different, but not a reasons to leave users out in the cold without drivers for another half year (yes, having those drivers in Extras is better then nothing, but not enough IMHO). And gutenprint is just one example: I have some Mainboards with Intel G965 chipset at hand atm. Intel provides a linux driver, but it requires Xorg 7.1, which itself includes a proper driver. I would do the same noise about updating Xorg 7.0 to 7.1 in FC5 now that the ati/nvidia problem is solved if FC6 wouldn't ship soon. CU thl From alan at redhat.com Fri Sep 29 16:15:58 2006 From: alan at redhat.com (Alan Cox) Date: Fri, 29 Sep 2006 12:15:58 -0400 Subject: r1000 network driver In-Reply-To: <451D401D.6060809@feuerpokemon.de> References: <451D33CA.2050809@feuerpokemon.de> <1159543096.10182.7.camel@ijuma> <451D401D.6060809@feuerpokemon.de> Message-ID: <20060929161558.GA28190@devserv.devel.redhat.com> On Fri, Sep 29, 2006 at 05:47:41PM +0200, dragoran wrote: > >[1] http://www.mail-archive.com/netdev at vger.kernel.org/msg21776.html > > > > > ok thx, hope this gets into 2.6.19 , will write a email to netdev about > it later. The bits you need should be in 2.6.18-mm From harald at redhat.com Fri Sep 29 16:16:08 2006 From: harald at redhat.com (Harald Hoyer) Date: Fri, 29 Sep 2006 18:16:08 +0200 Subject: locale en_EN vs. en_GB/en_US In-Reply-To: <20060929113741.GS20982@devserv.devel.redhat.com> References: <451CFFA8.9020306@redhat.com> <20060929113741.GS20982@devserv.devel.redhat.com> Message-ID: <451D46C8.50206@redhat.com> Jakub Jelinek wrote: > On Fri, Sep 29, 2006 at 01:12:40PM +0200, Harald Hoyer wrote: >> Does the locale en_EN exist? > > No. > >> $ python -c 'import locale; print locale.normalize("english");' >> en_EN.ISO8859-1 > > Sounds like a Xorg bug to me. Of course asking for english locale > is wrong too, there isn't a clear answer what should that be, there are > many countries where english is natively spoken, but certainly it shouldn't > give an inexistent locale. Then this should be fixed in python... $ fgrep -r en_EN /usr/lib/python2.4/ /usr/lib/python2.4/locale.py: 'english': 'en_EN.ISO8859-1', -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3621 bytes Desc: S/MIME Cryptographic Signature URL: From fedora at leemhuis.info Fri Sep 29 16:21:33 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 18:21:33 +0200 Subject: r1000 network driver In-Reply-To: <451D401D.6060809@feuerpokemon.de> References: <451D33CA.2050809@feuerpokemon.de> <1159543096.10182.7.camel@ijuma> <451D401D.6060809@feuerpokemon.de> Message-ID: <451D480D.6080204@leemhuis.info> dragoran schrieb: > ok thx, hope this gets into 2.6.19 , will write a email to netdev about > it later. Take a look at http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=bcf0bf90cd9e9242b66e0563b6a8c8db2e4c262c That was merged post 2.6.18. Maybe support for your chipset in in there already. Cu thl From david at lovesunix.net Fri Sep 29 16:19:55 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 29 Sep 2006 18:19:55 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <200609291708.11888.jamatos@fc.up.pt> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <451D4063.9080000@leemhuis.info> <200609291158.36961.jkeating@redhat.com> <200609291708.11888.jamatos@fc.up.pt> Message-ID: <1159546795.2645.13.camel@price> fre, 29 09 2006 kl. 17:08 +0100, skrev Jos? Matos: > On Friday 29 September 2006 16:58, Jesse Keating wrote: > > But in the case of the kernel, its a new release of the same code set, with > > some improvements. We're not going to switch to a kernel branch that has > > been branched 4 years ago. If a bunch of work went into gimp-print and > > improved things greatly, sure that'd be an easy update. This is different. > > You are talking about the kernel, right? > > AFAIK the changes between 2.6.15 (version released in FC5) and 2.6.18 (the > version available in testing-updates) are impressive. So I guess the kernel > is a bad example to prove your point. ;-) > > It is almost ironic because very few projects change so much code between > major releases. :-) You are forgetting that the kernels inbetween have undergone extensive testing in Development and with other distributions.. also we have superhero DaveJ at the helm which counts for a lot when considering such updates sane. I'm sure if the same level of testing could be done to the gimp-print -> gutenprint upgrade path it would be welcomed. Thus I would propose putting it in Development after it opens for FC7, then send out a bugzilla message like Dave does for every kernel update asking people to recheck bugs against the new update, if people respond favorably then we can put it in updates-testing maybe. But switching 2 weeks prior to release without any regression testing is a bit to risky for most peoples liking even given the benefits and alure of new drivers. - David Nielsen From jkeating at redhat.com Fri Sep 29 17:15:01 2006 From: jkeating at redhat.com (Jesse Keating) Date: Fri, 29 Sep 2006 13:15:01 -0400 Subject: rawhide report: 20060929 changes In-Reply-To: <451D46D0.3020308@leemhuis.info> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291158.36961.jkeating@redhat.com> <451D46D0.3020308@leemhuis.info> Message-ID: <200609291315.05212.jkeating@redhat.com> On Friday 29 September 2006 12:16, Thorsten Leemhuis wrote: > (yes, having those drivers in > Extras is better then nothing, but not enough IMHO). Which is a really funny thing to say as the current head of Extras... -- Jesse Keating Release Engineer: Fedora -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From jamatos at fc.up.pt Fri Sep 29 17:19:24 2006 From: jamatos at fc.up.pt (=?utf-8?q?Jos=C3=A9_Matos?=) Date: Fri, 29 Sep 2006 18:19:24 +0100 Subject: rawhide report: 20060929 changes In-Reply-To: <1159546795.2645.13.camel@price> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291708.11888.jamatos@fc.up.pt> <1159546795.2645.13.camel@price> Message-ID: <200609291819.24889.jamatos@fc.up.pt> On Friday 29 September 2006 17:19, David Nielsen wrote: > > > > It is almost ironic because very few projects change so much code > > between major releases. :-) > > You are forgetting that the kernels inbetween have undergone extensive > testing in Development and with other distributions.. also we have > superhero DaveJ at the helm which counts for a lot when considering such > updates sane. No I am not. :-) Dave has been doing an amazing job, but even Dave recognises that sometimes those tests are not enough, due to the myriad of possible combinations of hardware out there. :-) The release earlier, release often allows also for better response time regarding hardware changes. > I'm sure if the same level of testing could be done to the gimp-print -> > gutenprint upgrade path it would be welcomed. Thus I would propose > putting it in Development after it opens for FC7, then send out a > bugzilla message like Dave does for every kernel update asking people to > recheck bugs against the new update, if people respond favorably then we > can put it in updates-testing maybe. I agree on all accounts. :-) > But switching 2 weeks prior to release without any regression testing is > a bit to risky for most peoples liking even given the benefits and alure > of new drivers. It is hard to disagree with that argument. :-) My point is this thread is that what distinguishes the kernel from gutenprint is the release policy (release often, release earlier) and not the code lines changed. The other case is the distinction between Core and Extras, for me if a project is in Fedora I don't care which component we are talking about. I hope and intend to work make this distinction even more blurred. :-) > - David Nielsen -- Jos? Ab?lio From fedora at leemhuis.info Fri Sep 29 17:33:56 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Fri, 29 Sep 2006 19:33:56 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <200609291315.05212.jkeating@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <200609291158.36961.jkeating@redhat.com> <451D46D0.3020308@leemhuis.info> <200609291315.05212.jkeating@redhat.com> Message-ID: <451D5904.7050903@leemhuis.info> Jesse Keating schrieb: > On Friday 29 September 2006 12:16, Thorsten Leemhuis wrote: >> (yes, having those drivers in >> Extras is better then nothing, but not enough IMHO). > Which is a really funny thing to say as the current head of Extras... Well, seems I need to be more verbose. I mentioned it earlier in this thread already: Yes, having gutenprint in Extras is better then nothing, but a lot of ordinary users don't even know or care where their printer-drivers come from -- those won't find gutenprint own their own. I other words: gutenprint IMHO should get dragged in by a dependency on a update somehow so people just get it. And that's a job that should be realized in Core. CU thl From dmalcolm at redhat.com Fri Sep 29 17:31:12 2006 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 29 Sep 2006 13:31:12 -0400 Subject: FC5 "rpmbuild -ta" problems In-Reply-To: <801c11610609290801q4ad3ad60u9481395fac436e1@mail.gmail.com> References: <801c11610609290801q4ad3ad60u9481395fac436e1@mail.gmail.com> Message-ID: <1159551073.5120.8.camel@cassandra.boston.redhat.com> On Fri, 2006-09-29 at 12:01 -0300, Marcio Oliveira wrote: > > > >> Hi there, > >> > >> I got many error messages on FC5 fully updated trying to > compile tar > >> packages using "rpmbuild -ta tar_package.tar.gz" command. > > >This is already filed: > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206841 > > thank you... > Thanks also. I've written a test case for this here, if anyone wants to try it out: https://testing.108.redhat.com/source/browse/*checkout*/testing/trunk/rhts/tests/sandbox/rpm/rpm-build/rpmbuild-of-tarball-smoketest/run-rpmbuild-on-tarball.sh?content-type=text%2Fplain&rev=95 Dave From david at lovesunix.net Fri Sep 29 17:33:58 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 29 Sep 2006 19:33:58 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <451D4326.6000701@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159544641.2645.1.camel@price> <451D3F1E.9040106@redhat.com> <451D3FD3.8020405@redhat.com> <1159545714.2645.3.camel@price> <451D4326.6000701@redhat.com> Message-ID: <1159551238.2618.3.camel@price> fre, 29 09 2006 kl. 12:00 -0400, skrev Adam Jackson: > David Nielsen wrote: > > > Okay before I open a bug on this, what information do you want and how > > do I pry it out of my machine.. it's afterall a bit hard to read any > > output on a black screen. > > Presumably it still responds to the network, so scp /var/log/Xorg.0.log > to another machine. Alternatively, once it hangs, reboot to runlevel 3 > with rhgb disabled so you can see the server startup log. Doesn't respond to network but I recovered it by booting into single usermode and copied it over: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208610 - David From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 29 17:38:54 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 29 Sep 2006 19:38:54 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <451D4326.6000701@redhat.com> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159544641.2645.1.camel@price> <451D3F1E.9040106@redhat.com> <451D3FD3.8020405@redhat.com> <1159545714.2645.3.camel@price> <451D4326.6000701@redhat.com> Message-ID: <20060929193854.6735dbfa@python3.es.egwn.lan> Adam Jackson wrote : > David Nielsen wrote: > > > Okay before I open a bug on this, what information do you want and how > > do I pry it out of my machine.. it's afterall a bit hard to read any > > output on a black screen. > > Presumably it still responds to the network, so scp /var/log/Xorg.0.log > to another machine. Alternatively, once it hangs, reboot to runlevel 3 > with rhgb disabled so you can see the server startup log. I know I've been seeing stuff like this lately : Backtrace: 0: /usr/bin/Xorg(xf86SigHandler+0x71) [0x4a0c01] 1: /lib64/libc.so.6 [0x39e1230210] 2: /usr/lib64/xorg/modules/libfb.so(fbCopyAreammx+0x20b) [0x2aaaadf1eeab] 3: /usr/lib64/xorg/modules/libfb.so(fbComposite+0x5db) [0x2aaaadf0f76b] 4: /usr/lib64/xorg/modules/libxaa.so(XAAComposite+0x2ac) [0x2aaaae1609ec] 5: /usr/bin/Xorg [0x512ddd] 6: /usr/bin/Xorg [0x50f1f8] 7: /usr/bin/Xorg [0x502caf] 8: /usr/bin/Xorg(Dispatch+0x1ca) [0x449c4a] 9: /usr/bin/Xorg(main+0x455) [0x432585] 10: /lib64/libc.so.6(__libc_start_main+0xf4) [0x39e121da44] 11: /usr/bin/Xorg(FontFileCompleteXLFD+0x229) [0x431879] Fatal server error: Caught signal 11. Server aborting And various other issues that could be related to the removal of all legacy x86 packages on my system. I don't dare reboot or file a bug, though, since X is now working and I can't easily reproduce without loosing my work environment :-/ Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2699.fc6 Load : 1.55 1.14 1.04 From tjb at unh.edu Fri Sep 29 17:54:14 2006 From: tjb at unh.edu (Thomas J. Baker) Date: Fri, 29 Sep 2006 13:54:14 -0400 Subject: compiz and xinerama Message-ID: <1159552454.5252.6.camel@raptor.sr.unh.edu> Anyone else running a dual head setup with compiz? I've found a few problems related to compiz apparently not being xinerama aware. Window placement and maximize, the plane plugin, and gnome-screensaver unlock dialog missing seem to be affected. Please add anything to this bug if you have an xinerama setup. https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208417 tjb -- ======================================================================= | Thomas Baker email: tjb at unh.edu | | Systems Programmer | | Research Computing Center voice: (603) 862-4490 | | University of New Hampshire fax: (603) 862-1761 | | 332 Morse Hall | | Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb | ======================================================================= From david at lovesunix.net Fri Sep 29 18:03:53 2006 From: david at lovesunix.net (David Nielsen) Date: Fri, 29 Sep 2006 20:03:53 +0200 Subject: compiz and xinerama In-Reply-To: <1159552454.5252.6.camel@raptor.sr.unh.edu> References: <1159552454.5252.6.camel@raptor.sr.unh.edu> Message-ID: <1159553033.2618.7.camel@price> fre, 29 09 2006 kl. 13:54 -0400, skrev Thomas J. Baker: > Anyone else running a dual head setup with compiz? I've found a few > problems related to compiz apparently not being xinerama aware. Window > placement and maximize, the plane plugin, and gnome-screensaver unlock > dialog missing seem to be affected. Please add anything to this bug if > you have an xinerama setup. > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208417 Compiz currently doesn't support Xinerama I think http://lists.freedesktop.org/archives/compiz/2006-September/000487.html Basically if you want it NOW, beryl presents a hack, Dave doesn't like that and wants to do it right - that takes a bit of time. - David Nielsen From thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net Fri Sep 29 18:29:16 2006 From: thias at spam.spam.spam.spam.spam.spam.spam.egg.and.spam.freshrpms.net (Matthias Saou) Date: Fri, 29 Sep 2006 20:29:16 +0200 Subject: rawhide report: 20060929 changes In-Reply-To: <20060929193854.6735dbfa@python3.es.egwn.lan> References: <200609291001.k8TA1pa7010932@hs20-bc2-6.build.redhat.com> <1159544641.2645.1.camel@price> <451D3F1E.9040106@redhat.com> <451D3FD3.8020405@redhat.com> <1159545714.2645.3.camel@price> <451D4326.6000701@redhat.com> <20060929193854.6735dbfa@python3.es.egwn.lan> Message-ID: <20060929202916.2a34a127@python3.es.egwn.lan> Matthias Saou wrote : > Backtrace: > 0: /usr/bin/Xorg(xf86SigHandler+0x71) [0x4a0c01] > 1: /lib64/libc.so.6 [0x39e1230210] > 2: /usr/lib64/xorg/modules/libfb.so(fbCopyAreammx+0x20b) > [0x2aaaadf1eeab] 3: /usr/lib64/xorg/modules/libfb.so(fbComposite+0x5db) > [0x2aaaadf0f76b] > 4: /usr/lib64/xorg/modules/libxaa.so(XAAComposite+0x2ac) > [0x2aaaae1609ec] 5: /usr/bin/Xorg [0x512ddd] 6: /usr/bin/Xorg [0x50f1f8] > 7: /usr/bin/Xorg [0x502caf] > 8: /usr/bin/Xorg(Dispatch+0x1ca) [0x449c4a] > 9: /usr/bin/Xorg(main+0x455) [0x432585] > 10: /lib64/libc.so.6(__libc_start_main+0xf4) [0x39e121da44] > 11: /usr/bin/Xorg(FontFileCompleteXLFD+0x229) [0x431879] > > Fatal server error: > Caught signal 11. Server aborting > > And various other issues that could be related to the removal of all > legacy x86 packages on my system. I don't dare reboot or file a bug, > though, since X is now working and I can't easily reproduce without > loosing my work environment :-/ Actually, I can reliably reproduce this problem, so here is the report : https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208619 Matthias -- Clean custom Red Hat Linux rpm packages : http://freshrpms.net/ Fedora Core release 5.92 (FC6 Test3) - Linux kernel 2.6.18-1.2708.fc6 Load : 0.24 0.29 0.23 From oliveiram at gmail.com Fri Sep 29 19:31:36 2006 From: oliveiram at gmail.com (Marcio Oliveira) Date: Fri, 29 Sep 2006 16:31:36 -0300 Subject: FC5 "rpmbuild -ta" problems In-Reply-To: <1159551073.5120.8.camel@cassandra.boston.redhat.com> References: <801c11610609290801q4ad3ad60u9481395fac436e1@mail.gmail.com> <1159551073.5120.8.camel@cassandra.boston.redhat.com> Message-ID: <801c11610609291231k34306b7ds96f7ef3ec984e494@mail.gmail.com> Dave, I tested your script in my FC5 and got the following results: Package tested: rpm-build-4.4.2-15.2 (FC5 original package) Result: If RH bug 206841 is present, expect to see a series of error lines complaining about missing fields **** Start of rpmbuild log **** error: Name field must be present in package: (main package) error: Version field must be present in package: (main package) error: Release field must be present in package: (main package) error: Summary field must be present in package: (main package) error: Group field must be present in package: (main package) error: License field must be present in package: (main package) Package tested: rpm-build-4.4.2-15.2 (patched) Result: success Wrote: /tmp/tmp.dZYmu16297/rpmbuild/SRPMS/foobarbaz-1.0-1.src.rpm Wrote: /tmp/tmp.dZYmu16297/rpmbuild/RPMS/noarch/foobarbaz-1.0-1.noarch.rpm After patch the rpm-build I build lots of rpm packages from tarball packages, and all of them are working fine in my system. According to the tar command errors from FC5 original rpm-build package, tar command expects to receive "--wildcards" as a parameter (to accept the "*" character in "file to stract" field), and "xOvf" parameters plus a "-" (-xOvf) to extract the file. That is what I added to rpm-4.2.2/build.c file. Do you think this problem is a rpmbuild "wrong parameters problem" or a tar "expected parameters problem"? Thanks for the info. M?rcio On 9/29/06, David Malcolm wrote: > > On Fri, 2006-09-29 at 12:01 -0300, Marcio Oliveira wrote: > > > > > > >> Hi there, > > >> > > >> I got many error messages on FC5 fully updated trying to > > compile tar > > >> packages using "rpmbuild -ta tar_package.tar.gz" command. > > > > >This is already filed: > > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206841 > > > > thank you... > > > > Thanks also. > > I've written a test case for this here, if anyone wants to try it out: > > > https://testing.108.redhat.com/source/browse/*checkout*/testing/trunk/rhts/tests/sandbox/rpm/rpm-build/rpmbuild-of-tarball-smoketest/run-rpmbuild-on-tarball.sh?content-type=text%2Fplain&rev=95 > > Dave > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at fubar.dk Fri Sep 29 20:54:43 2006 From: david at fubar.dk (David Zeuthen) Date: Fri, 29 Sep 2006 16:54:43 -0400 Subject: The keyring password annoyance In-Reply-To: <1159543345.2746.6.camel@orodruin.boston.redhat.com> References: <451CD453.4090907@poolshark.org> <1159543345.2746.6.camel@orodruin.boston.redhat.com> Message-ID: <1159563283.2592.9.camel@daxter.boston.redhat.com> On Fri, 2006-09-29 at 11:22 -0400, Jeremy Katz wrote: > Unfortunately, pam_keyring isn't a great answer in the general case due > to users logging in with things other than passwords (think smartcards) > as well as some of the weirdness around password changing and keyring > password changing. So, pam_keyring seems to work just fine for laptop users which is the general and 99% use case for encrypted wireless and VPN connections. As a data point at least SUSE does something like this, other vendors too I'm sure. Once a nicer solution surfaces we can always replace pam_keyring. But, yea, it's too late to do this for FC6. Sad. David From dmalcolm at redhat.com Fri Sep 29 21:48:14 2006 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 29 Sep 2006 17:48:14 -0400 Subject: FC5 "rpmbuild -ta" problems In-Reply-To: <801c11610609291231k34306b7ds96f7ef3ec984e494@mail.gmail.com> References: <801c11610609290801q4ad3ad60u9481395fac436e1@mail.gmail.com> <1159551073.5120.8.camel@cassandra.boston.redhat.com> <801c11610609291231k34306b7ds96f7ef3ec984e494@mail.gmail.com> Message-ID: <1159566495.5120.46.camel@cassandra.boston.redhat.com> On Fri, 2006-09-29 at 16:31 -0300, Marcio Oliveira wrote: > Dave, > > I tested your script in my FC5 and got the following results: > > Package tested: rpm-build-4.4.2-15.2 (FC5 original package) > Result: If RH bug 206841 is present, expect to see a series of error > lines complaining about missing fields > **** Start of rpmbuild log **** > error: Name field must be present in package: (main package) > error: Version field must be present in package: (main package) > error: Release field must be present in package: (main package) > error: Summary field must be present in package: (main package) > error: Group field must be present in package: (main package) > error: License field must be present in package: (main package) > > Package tested: rpm-build-4.4.2-15.2 (patched) > Result: success > Wrote: /tmp/tmp.dZYmu16297/rpmbuild/SRPMS/foobarbaz-1.0-1.src.rpm > Wrote: /tmp/tmp.dZYmu16297/rpmbuild/RPMS/noarch/foobarbaz-1.0-1.noarch.rpm > > After patch the rpm-build I build lots of rpm packages from tarball > packages, and all of them are working fine in my system. Thanks for testing the script: looks like this is a good minimal reproducer case for the bug. > > According to the tar command errors from FC5 original rpm-build > package, tar command expects to receive "--wildcards" as a parameter > (to accept the "*" character in "file to stract" field), and "xOvf" > parameters plus a "-" (-xOvf) to extract the file. That is what I > added to rpm-4.2.2/build.c file. > > Do you think this problem is a rpmbuild "wrong parameters problem" > or a tar "expected parameters problem"? A bit of both? IIRC a lot changed in the latest "tar", and it got fussier; does it support --wildcards in an earlier incarnation? If so, I'm inclined to suggest that rpm-build should supply the arg so it can work with old and new tar. I hope that regardless, FC6 would ship with an rpm-build/tar pair that work together - though I'm not the maintainer of either package, just another person who ran into the bug (hence the test) BTW, this is one of the tests I've written for testing Fedora in Will Wood's "beaker" lab. We've set things up so that tests can be packaged as RPMs, and I've got a yum repo here: http://people.redhat.com/dmalcolm/rhts-test-repo/ (the RPM containing the test is the rather verbosely-named rhts-testing108-sandbox-rpm-rpm-build-rpmbuild-of-tarball-smoketest-tests-1.1-102.noarch.rpm - the build process takes the path of the test within our result namespace) I'm gonna go and try the tests on a variety of boxes... > Thanks for the info. > M?rcio > > On 9/29/06, David Malcolm wrote: > On Fri, 2006-09-29 at 12:01 -0300, Marcio Oliveira wrote: > > > > > > >> Hi there, > > >> > > >> I got many error messages on FC5 fully updated > trying to > > compile tar > > >> packages using "rpmbuild -ta tar_package.tar.gz" > command. > > > > >This is already filed: > > > >https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206841 > > > > thank you... > > > > Thanks also. > > I've written a test case for this here, if anyone wants to try > it out: > > https://testing.108.redhat.com/source/browse/*checkout*/testing/trunk/rhts/tests/sandbox/rpm/rpm-build/rpmbuild-of-tarball-smoketest/run-rpmbuild-on-tarball.sh?content-type=text%2Fplain&rev=95 > > Dave > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list From dmalcolm at redhat.com Fri Sep 29 22:12:32 2006 From: dmalcolm at redhat.com (David Malcolm) Date: Fri, 29 Sep 2006 18:12:32 -0400 Subject: FC5 "rpmbuild -ta" problems In-Reply-To: <1159566495.5120.46.camel@cassandra.boston.redhat.com> References: <801c11610609290801q4ad3ad60u9481395fac436e1@mail.gmail.com> <1159551073.5120.8.camel@cassandra.boston.redhat.com> <801c11610609291231k34306b7ds96f7ef3ec984e494@mail.gmail.com> <1159566495.5120.46.camel@cassandra.boston.redhat.com> Message-ID: <1159567952.5120.55.camel@cassandra.boston.redhat.com> On Fri, 2006-09-29 at 17:48 -0400, David Malcolm wrote: > On Fri, 2006-09-29 at 16:31 -0300, Marcio Oliveira wrote: > > Dave, > > > > I tested your script in my FC5 and got the following results: > > > > Package tested: rpm-build-4.4.2-15.2 (FC5 original package) > > Result: If RH bug 206841 is present, expect to see a series of error > > lines complaining about missing fields > > **** Start of rpmbuild log **** > > error: Name field must be present in package: (main package) > > error: Version field must be present in package: (main package) > > error: Release field must be present in package: (main package) > > error: Summary field must be present in package: (main package) > > error: Group field must be present in package: (main package) > > error: License field must be present in package: (main package) > > > > Package tested: rpm-build-4.4.2-15.2 (patched) > > Result: success > > Wrote: /tmp/tmp.dZYmu16297/rpmbuild/SRPMS/foobarbaz-1.0-1.src.rpm > > Wrote: /tmp/tmp.dZYmu16297/rpmbuild/RPMS/noarch/foobarbaz-1.0-1.noarch.rpm > > > > After patch the rpm-build I build lots of rpm packages from tarball > > packages, and all of them are working fine in my system. > > Thanks for testing the script: looks like this is a good minimal > reproducer case for the bug. > > > > According to the tar command errors from FC5 original rpm-build > > package, tar command expects to receive "--wildcards" as a parameter > > (to accept the "*" character in "file to stract" field), and "xOvf" > > parameters plus a "-" (-xOvf) to extract the file. That is what I > > added to rpm-4.2.2/build.c file. > > > > Do you think this problem is a rpmbuild "wrong parameters problem" > > or a tar "expected parameters problem"? > > A bit of both? IIRC a lot changed in the latest "tar", and it got > fussier; does it support --wildcards in an earlier incarnation? If so, > I'm inclined to suggest that rpm-build should supply the arg so it can > work with old and new tar. > > I hope that regardless, FC6 would ship with an rpm-build/tar pair that > work together - though I'm not the maintainer of either package, just > another person who ran into the bug (hence the test) > > BTW, this is one of the tests I've written for testing Fedora in Will > Wood's "beaker" lab. We've set things up so that tests can be packaged > as RPMs, and I've got a yum repo here: > http://people.redhat.com/dmalcolm/rhts-test-repo/ > > (the RPM containing the test is the rather verbosely-named > rhts-testing108-sandbox-rpm-rpm-build-rpmbuild-of-tarball-smoketest-tests-1.1-102.noarch.rpm > - the build process takes the path of the test within our result > namespace) > > I'm gonna go and try the tests on a variety of boxes... Fails on rawhide-20060929/i386: http://tinyurl.com/n86xa Fails on rawhide-20060929/x86_64: http://tinyurl.com/po83j Passes on FC5-GOLD/i386: http://tinyurl.com/qd48s Passes on FC5-GOLD/x86_64: http://tinyurl.com/rcvgp Hope this helps Dave [snip] From wwoods at redhat.com Fri Sep 29 22:30:47 2006 From: wwoods at redhat.com (Will Woods) Date: Fri, 29 Sep 2006 22:30:47 +0000 Subject: FC6Pre images relelased! Message-ID: <1159569047.3314.256.camel@metroid.rdu.redhat.com> Hello! As promised, we have pushed FC6 prerelease images to the trackers: http://torrent.fedoraproject.org/ The following install-blocking bugs have been tested and should be fixed in these images: #206876: GRUB claims initrd is too big for memory on x86_64 #206453: installed x86_64/ppc system missing initrd, cannot boot #206202: Anaconda traceback during lvcreate on ppc64 #206913: Anaconda exception on upgrade from FC5 #208080: ahci/ata_piix mixup causes Anaconda to not find SATA disks This is not a complete list of bugs fixed, just some of the most troublesome installer bugs from Test3. There *is* a known bug when trying to install using Fedora Extras in this release. Luckily we already have a fix for it that you can use with these images! Just follow the directions here: http://fedoraproject.org/wiki/Anaconda/Updates You can get the update image from here: http://people.redhat.com/~katzj/updates-fc6pre.img This will also help us test the Anaconda Update code, so if you're thinking of using Extras, please give it a shot! Another note: the keyboard won't work in firstboot. The mouse is fine, though, so you can click your way through. I believe we already have a fix for this, but it just didn't make it in time for this release. Enjoy the updated images, and happy testing. Be sure to keep your newly-installed FC6pre systems up to date and keep on testing as we make the final push towards the release of FC6! -w -------------- 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 franklinux392 at yahoo.com Fri Sep 29 22:46:08 2006 From: franklinux392 at yahoo.com (Frank S.) Date: Fri, 29 Sep 2006 15:46:08 -0700 (PDT) Subject: Wireles Message-ID: <20060929224608.40126.qmail@web54310.mail.yahoo.com> If you are not including drivers for D-link or Realtek or other Wireless cards then You should include Ndiswrap for many people wireless is the only choice (available at the moment of installation )to connect to the Internet many people do not have a dial-up account. --------------------------------- Do you Yahoo!? Get on board. You're invited to try the new Yahoo! Mail. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lovesunix.net Fri Sep 29 22:59:37 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 30 Sep 2006 00:59:37 +0200 Subject: Wireles In-Reply-To: <20060929224608.40126.qmail@web54310.mail.yahoo.com> References: <20060929224608.40126.qmail@web54310.mail.yahoo.com> Message-ID: <1159570777.2626.6.camel@price> fre, 29 09 2006 kl. 15:46 -0700, skrev Frank S.: > If you are not including drivers for D-link or Realtek or other > Wireless cards then You should include Ndiswrap for many people > wireless is the only choice (available at the moment of > installation )to connect to the Internet many people do not have a > dial-up account. ndiswrapper is shipped via livna.org, this likely means there are legal issues with shipping it but it is available if you need it. - David Nielsen From Matt_Domsch at dell.com Fri Sep 29 23:36:05 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Sep 2006 18:36:05 -0500 Subject: Core x86_64 rawhide rebuild in mock status 2006-09-29 Message-ID: <20060929183605.A1392@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for x86_64 Fri Sep 29 14:09:31 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1153 Number failed to build: 36 Number expected to fail due to ExclusiveArch or ExcludeArch: 24 Leaving: 12 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 12 ---------------------------------- alacarte-0.10.0-1.fc6 am-utils-6.1.5-4 compat-gcc-32-3.2.3-61 compat-gcc-34-3.4.6-4 gdb-6.5-8.fc6 grub-0.97-12 jakarta-commons-pool-1.3-3jpp.1 kdesdk-3.5.4-2.fc6 memtest86+-1.65-4.1 syslinux-3.11-4 valgrind-3.2.1-3 xen-3.0.2-39 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From Matt_Domsch at dell.com Fri Sep 29 23:36:14 2006 From: Matt_Domsch at dell.com (Matt Domsch) Date: Fri, 29 Sep 2006 18:36:14 -0500 Subject: Core i386 rawhide rebuild in mock status 2006-09-29 Message-ID: <20060929183614.A1412@humbolt.us.dell.com> Core Rawhide-in-Mock Build Results for i386 Fri Sep 29 14:11:47 CDT 2006 Note: This is using a reduced set of packages in the build chroot starting with FC6test2. See http://fedoraproject.org/wiki/QA/FixBuildRequires for more information, including the list of packages removed from the default build chroot. Note: You will need to rebuild your packages in Fedora Extras for FC6 starting August 28, 2006. See here for more details: http://www.redhat.com/archives/fedora-maintainers/2006-August/msg00160.html Total packages: 1154 Number failed to build: 13 Number expected to fail due to ExclusiveArch or ExcludeArch: 10 Leaving: 3 (there may be some duplicates if rawhide has 2 versions of a package) Of those expected to have worked... Without a bug filed: 3 ---------------------------------- jakarta-commons-pool-1.3-3jpp.1 kdesdk-3.5.4-2.fc6 xorg-x11-drv-via-0.2.1-5 With bugs filed: 0 ---------------------------------- Full logs at http://linux.dell.com/files/fedora/FixBuildRequires/ -- Matt Domsch Software Architect Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell mailing lists @ http://lists.us.dell.com From davej at redhat.com Sat Sep 30 00:30:22 2006 From: davej at redhat.com (Dave Jones) Date: Fri, 29 Sep 2006 20:30:22 -0400 Subject: Wireles In-Reply-To: <1159570777.2626.6.camel@price> References: <20060929224608.40126.qmail@web54310.mail.yahoo.com> <1159570777.2626.6.camel@price> Message-ID: <20060930003022.GA6684@redhat.com> On Sat, Sep 30, 2006 at 12:59:37AM +0200, David Nielsen wrote: > fre, 29 09 2006 kl. 15:46 -0700, skrev Frank S.: > > If you are not including drivers for D-link or Realtek or other > > Wireless cards then You should include Ndiswrap for many people > > wireless is the only choice (available at the moment of > > installation )to connect to the Internet many people do not have a > > dial-up account. > > ndiswrapper is shipped via livna.org, this likely means there are legal > issues with shipping it but it is available if you need it. There's also several good technical arguments against it. For one it makes diagnosing kernel crashes close to impossible. Running binary-only code (from another OS even) in ring 0 just isn't a good idea. Dave From oliveiram at gmail.com Sat Sep 30 00:37:11 2006 From: oliveiram at gmail.com (Marcio Oliveira) Date: Fri, 29 Sep 2006 21:37:11 -0300 Subject: FC5 "rpmbuild -ta" problems In-Reply-To: <1159567952.5120.55.camel@cassandra.boston.redhat.com> References: <801c11610609290801q4ad3ad60u9481395fac436e1@mail.gmail.com> <1159551073.5120.8.camel@cassandra.boston.redhat.com> <801c11610609291231k34306b7ds96f7ef3ec984e494@mail.gmail.com> <1159566495.5120.46.camel@cassandra.boston.redhat.com> <1159567952.5120.55.camel@cassandra.boston.redhat.com> Message-ID: <801c11610609291737w4c6314eg9e85d004eb94d573@mail.gmail.com> > > On Fri, 2006-09-29 at 17:48 -0400, David Malcolm wrote: > > On Fri, 2006-09-29 at 16:31 -0300, Marcio Oliveira wrote: > > > Dave, > > > > > > I tested your script in my FC5 and got the following results: > > > > > > Package tested: rpm-build-4.4.2-15.2 (FC5 original package) > > > Result: If RH bug 206841 is present, expect to see a series of error > > > lines complaining about missing fields > > > **** Start of rpmbuild log **** > > > error: Name field must be present in package: (main package) > > > error: Version field must be present in package: (main package) > > > error: Release field must be present in package: (main package) > > > error: Summary field must be present in package: (main package) > > > error: Group field must be present in package: (main package) > > > error: License field must be present in package: (main package) > > > > > > Package tested: rpm-build-4.4.2-15.2 (patched) > > > Result: success > > > Wrote: /tmp/tmp.dZYmu16297/rpmbuild/SRPMS/foobarbaz-1.0-1.src.rpm > > > Wrote: /tmp/tmp.dZYmu16297/rpmbuild/RPMS/noarch/foobarbaz- > 1.0-1.noarch.rpm > > > > > > After patch the rpm-build I build lots of rpm packages from tarball > > > packages, and all of them are working fine in my system. > > > > Thanks for testing the script: looks like this is a good minimal > > reproducer case for the bug. > > > > > > According to the tar command errors from FC5 original rpm-build > > > package, tar command expects to receive "--wildcards" as a parameter > > > (to accept the "*" character in "file to stract" field), and "xOvf" > > > parameters plus a "-" (-xOvf) to extract the file. That is what I > > > added to rpm-4.2.2/build.c file. > > > > > > Do you think this problem is a rpmbuild "wrong parameters problem" > > > or a tar "expected parameters problem"? > > > > A bit of both? IIRC a lot changed in the latest "tar", and it got > > fussier; does it support --wildcards in an earlier incarnation? If so, > > I'm inclined to suggest that rpm-build should supply the arg so it can > > work with old and new tar. I not sure about the --wildcards support in earlier tar versions, but I found a message at http://www.gnu.org/software/tar/, talking about globbing changes in tar 1.15.91 (same version of FC5 tar pkg), named as "Incompatible changes". Take a look at the message I found : http://lists.gnu.org/archive/html/bug-tar/2006-06/msg00001.html It seems that --wildcards option became required for tar. I will test the patched rpmbuild with earlier tar versions (in FC1, FC2, FC3, FC4 and FC5, maybe in RH9, RH8, RHEL2.1, RHEL3, RHEL4 and RHEL5 Beta too) to confirm if it supports --wildcards. > > > I hope that regardless, FC6 would ship with an rpm-build/tar pair that > > work together - though I'm not the maintainer of either package, just > > another person who ran into the bug (hence the test) Do you know who are the maintainers of this packages? > > > BTW, this is one of the tests I've written for testing Fedora in Will > > Wood's "beaker" lab. We've set things up so that tests can be packaged > > as RPMs, and I've got a yum repo here: > > http://people.redhat.com/dmalcolm/rhts-test-repo/ > > > > (the RPM containing the test is the rather verbosely-named > > > rhts-testing108-sandbox-rpm-rpm-build-rpmbuild-of-tarball-smoketest-tests-1.1-102.noarch.rpm > > - the build process takes the path of the test within our result > > namespace) > > > > I'm gonna go and try the tests on a variety of boxes... > Fails on rawhide-20060929/i386: http://tinyurl.com/n86xa > Fails on rawhide-20060929/x86_64: http://tinyurl.com/po83j > > Passes on FC5-GOLD/i386: http://tinyurl.com/qd48s > Passes on FC5-GOLD/x86_64: http://tinyurl.com/rcvgp > > Hope this helps > Dave > > [snip] > > -- > fedora-devel-list mailing list > fedora-devel-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-devel-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at lovesunix.net Sat Sep 30 00:52:49 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 30 Sep 2006 02:52:49 +0200 Subject: Wireles In-Reply-To: <20060930003022.GA6684@redhat.com> References: <20060929224608.40126.qmail@web54310.mail.yahoo.com> <1159570777.2626.6.camel@price> <20060930003022.GA6684@redhat.com> Message-ID: <1159577569.2626.17.camel@price> fre, 29 09 2006 kl. 20:30 -0400, skrev Dave Jones: > On Sat, Sep 30, 2006 at 12:59:37AM +0200, David Nielsen wrote: > > fre, 29 09 2006 kl. 15:46 -0700, skrev Frank S.: > > > If you are not including drivers for D-link or Realtek or other > > > Wireless cards then You should include Ndiswrap for many people > > > wireless is the only choice (available at the moment of > > > installation )to connect to the Internet many people do not have a > > > dial-up account. > > > > ndiswrapper is shipped via livna.org, this likely means there are legal > > issues with shipping it but it is available if you need it. > > There's also several good technical arguments against it. > For one it makes diagnosing kernel crashes close to impossible. > Running binary-only code (from another OS even) in ring 0 just > isn't a good idea. Allow me to translate: "if you load this into your kernel Mr. Jones will not fix your computer." Frank if you want support under Fedora, maybe instead of blaming Fedora you could go bug your vendor till source code under the GPL falls out or specs so someone else could implement the driver and get it upstream? - David Nielsen From pemboa at gmail.com Sat Sep 30 05:06:27 2006 From: pemboa at gmail.com (Arthur Pemberton) Date: Sat, 30 Sep 2006 00:06:27 -0500 Subject: Sorry to bitch..... but I'm desperate for help In-Reply-To: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> References: <16de708d0609252234r1a214a07s998f5a4f35e8a027@mail.gmail.com> Message-ID: <16de708d0609292206h4678b16alc5ba1e1fa6c285fa@mail.gmail.com> On 9/26/06, Arthur Pemberton wrote: > I have been to the following for help with this problem > > - fedora-list (mailing list) > - video4linux (mailing list) > - #fedora (irc) > - #v4l (irc) > - #mythtv-users (irc) > > I've filed the following bug reports: > > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=197424 > - https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=206829 > > To summarise, my tv card gets no sound with any 2.6.17.* Fedora > kernel. When I installed FC5, things works flawlessly. > > The following factors make fixing this problem ASAP a big deal for me > > 1) This is my only cable tv viewing device > 2) At some point some upgrade, wounded my binary blob Nvidia drivers, > which my system had come to rely on. Now everything is sluggish, and > colors on my my PVR software, MythTV are all messed up. > 3) Most importantly to me, FC6 is coming. And I'm pretty sure I won't > be having any 2.6.17 kernels in it. If I can't fix this problem....I > will miss out on FC6 for who knows how long, and I've been hearing > good things about it. > > The top two pieces of advice I have received so far, and attempted are to: > 1) use v4lctl to verify all settings on the card > 2) compile v4l from http://linuxtv.org/ > > Niether has worked. > > While I do not expect someone here to just tell me exactly what to do > to fix the problem, I am hoping you all can advise me on how best to > go about finding a solution. > > Many thanks. > > Arthur Pemberton > Adding 'options msp3400 standard=32' to modprobe solved the problem. Thanks to Jay Cliburn for his help (on and off list). -- Fedora Core 5 and proud From fedora at leemhuis.info Sat Sep 30 05:47:08 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Sep 2006 07:47:08 +0200 Subject: Wireles In-Reply-To: <1159570777.2626.6.camel@price> References: <20060929224608.40126.qmail@web54310.mail.yahoo.com> <1159570777.2626.6.camel@price> Message-ID: <451E04DC.10001@leemhuis.info> David Nielsen schrieb: > fre, 29 09 2006 kl. 15:46 -0700, skrev Frank S.: >> If you are not including drivers for D-link or Realtek or other >> Wireless cards then You should include Ndiswrap for many people >> wireless is the only choice (available at the moment of >> installation )to connect to the Internet many people do not have a >> dial-up account. > ndiswrapper is shipped via livna.org, [...] ndiswrapper is orphaned in livna -- it might soon vanish if no new maintainer shows up. CU thl From buildsys at redhat.com Sat Sep 30 10:10:15 2006 From: buildsys at redhat.com (buildsys at redhat.com) Date: Sat, 30 Sep 2006 06:10:15 -0400 Subject: rawhide report: 20060930 changes Message-ID: <200609301010.k8UAAFOT031766@hs20-bc2-6.build.redhat.com> Updated Packages: checkpolicy-1.30.12-1 --------------------- * Thu Sep 28 2006 Dan Walsh - 1.30.12-1 - Latest update from NSA * Merged user and range_transition support for modules from Darrel Goeddel compiz-0.0.13-0.30.20060817git.fc6 ---------------------------------- * Thu Sep 28 2006 Soren Sandmann - 0.0.13-0.30.20060817git.fc6 - Add patch to terminate keyboard moves when a mouse buttons is pressed. (Bug 207792). * Thu Sep 28 2006 Soren Sandmann - Change default plugin list to not include the plane plugin. (Bug 208448). - Change default keybinding for shrink to be Pause (Bug 206187). * Wed Sep 27 2006 Soren Sandmann - Add patch to show a menu when the window icon is clicked. (Bug 201629). control-center-1:2.16.0-8.fc6 ----------------------------- * Thu Sep 28 2006 Soren Sandmann - 2.16.0-8 - Update the compiz-support.patch to support raising of windows (and also show-desktop) (Bug 204129). * Wed Sep 27 2006 Soren Sandmann - 2.16.0-7 - Update the compiz-support.patch to use the correct gconf keys for the compiz keyboard bindings. (Bug 204094). * Tue Sep 26 2006 Soren Sandmann - 2.16.0-6 - Update the compiz-support patch to also make the "Desktop" keybindings work. Bug 200290. eclipse-changelog-1:2.3.1-2.fc6 ------------------------------- * Fri Sep 29 2006 Ben Konrath 2.3.1-1 - Re-add Epoch: 1. fonts-indic-2.0.6-1 ------------------- * Fri Sep 29 2006 Leon Ho - 2.0.6-1 - fixed mr_IN: RH#208525, RH#208540 (LingNing Zhang) * Fri Sep 29 2006 Leon Ho - 2.0.5-1 - fixed hi/mr_IN: RH#206422, RH#208068, RH#206426 (Rahul Bhalerao) - fixed bn_IN: RH#206286 (Rahul) - fixed pa_IN: RH#143179 (Rahul) fonts-sinhala-0.2.1-1 --------------------- * Thu Sep 28 2006 Leon Ho - 0.2.1-1 - Fixed RH#207275 (Rahul Bhalerao) * Thu Jul 27 2006 Darshan Santani - 0.2-4 - Added support for missing Unicode points U+25CC and U+0DF4 [ RH# 199120] - Resolves RH# 199930 * Wed Jul 12 2006 Leon Ho - 0.2-3 - Improved buildroot dir - Removed ghost fonts.cache* gcc-4.1.1-27 ------------ * Thu Sep 28 2006 Jakub Jelinek 4.1.1-27 - update from gcc-4_1-branch (-r117225:117266) - PR target/29230 - restrict single entry mem{{,p}cpy,move,set} optimization to vars and components thereof (PR middle-end/29272) - fix java.util.Locale (Tom Tromey, #201712) gnome-keyring-manager-2.16.0-2.fc6 ---------------------------------- * Wed Sep 27 2006 Matthias Clasen - 2.16.0-2 - Fix copy-and-paste error in %preun (#208245) gnome-power-manager-2.16.0-2.fc6 -------------------------------- * Fri Sep 15 2006 Matthias Clasen - 2.16.0-2.fc6 - Make the tray icon re-embed into the tray after a panel crash gnome-user-share-0.10-4 ----------------------- * Thu Sep 21 2006 Nalin Dahyabhai - 0.10-4 - add missing BuildRequires: on httpd, so that the configure script can find the binary gtk2-2.10.4-3.fc6 ----------------- * Fri Sep 29 2006 Matthias Clasen - 2.10.4-3 - Fix a possible deadlock when not using the gnome-vfs filesystem backend * Sat Sep 23 2006 Matthias Clasen - 2.10.4-2 - Fix a problem with the search patch * Sat Sep 23 2006 Matthias Clasen - 2.10.4-1 - Update to 2.10.4 - Drop upstreamed patches - Update the search patch - Require pkgconfig in the -devel package hplip-1.6.7-4 ------------- * Fri Sep 29 2006 Tim Waugh 1.6.7-4 - Don't wake up every half a second (bug #204725). * Mon Sep 25 2006 Tim Waugh - Fixed package URL. iproute-2.6.16-5.fc6 -------------------- * Tue Sep 19 2006 Radek Vokal - 2.6.16-5 - fix crash when resolving ip address kdelibs-6:3.5.4-8.fc6 --------------------- * Tue Sep 26 2006 6:3.5.4-8 - fix #115891/bz#208270, CUPS 1.2.x unix socket support - apply upstream patches fix #123915, Page format display is 'overlaid' fix #100188, Fix incorrect 'endl' usage * Thu Sep 14 2006 Than Ngo 6:3.5.4-7 - apply upstream patches fix #132678, Google search encoding fix khtml rendering issue fix #134118, silent startup notification never going away fix #133401, crash when attempting to remove a standard shortcut that isn't actually in the KStdAccel::ShortcutList fix #131979, unbreak "latest" and "most downloads" views kdeutils-6:3.5.4-5.fc6 ---------------------- * Wed Sep 27 2006 Than Ngo 6:3.5.4-5 - apply upstream patches fix #132929, Apply default settings in Power Control->Laptop Battery crash fix #113622, kde logout on low battery fix #129161, kwalletmanager does not show up in systray libsemanage-1.6.17-1 -------------------- * Thu Aug 31 2006 Dan Walsh - 1.6.17-1 - Upgrade to latest from NSA * Merged patch to skip reload if no active store exists and the store path doesn't match the active store path from Dan Walsh. * Merged patch to not destroy sepol handle on error path of connect from James Athey. * Merged patch to add genhomedircon path to semanage.conf from James Athey. * Thu Aug 31 2006 Dan Walsh - 1.6.16-3 - Fix semanage to not load if is not the correct policy type and it is installing libvirt-0.1.7-1 --------------- * Sat Sep 22 2007 Daniel Veillard 0.1.7-1 - Fix bug when running against xen-3.0.3 hypercalls - Fix memory bug when getting vcpus info from xend nautilus-sendto-0.7-5.fc6 ------------------------- * Sat Sep 16 2006 Matthias Clasen - 0.7-5 - Include Thunderbird support and make it work - Add missing BRs openais-0.80.1-3 ---------------- * Thu Sep 28 2006 Steven Dake - 0.80.1-3 - Add upstream revision 1248 - fix more intermittent failures with flow control system. openoffice.org-1:2.0.4-5.1 -------------------------- * Thu Sep 28 2006 Caolan McNamara - 1:2.0.4-5.1 - add openoffice.org-2.0.4.ooo69780.goodies.hugetile.patch for rh#207226# - add openoffice.org-2.0.4.ooo69530.sd.crash.patch for stupid crash in impress wizard - rh#206615# supporting trailing ZWJ in fallback blocks - rh#207856# .ppt import line spacing fix ooo#69841# - rh#206177# cancelling slideshow transistion crash ooo#69236# - add openoffice.org-2.0.4.ooo69905.sd.casting.patch paps-0.6.6-15.fc6 ----------------- * Fri Sep 29 2006 Tim Waugh - 0.6.6-15 - Avoid using iconv when not needed (bug #206259). pirut-1.2.2-1 ------------- * Thu Sep 28 2006 Bill Nottingham - 1.2.2-1 - fix desktop file (#208519) python-pyblock-0.24-1 --------------------- * Fri Sep 29 2006 Peter Jones - 0.24-1 - add block.load() to load specific bdevid probes instead of always doing loadAll() (#208423) - make block.getMPaths() return a sorted list (#208337, #208431) rhgb-0.16.3-6.fc6 ----------------- * Tue Sep 26 2006 Ray Strode - 0.16.3-6 - don't SIGKILL X server - wait for signal from X server that it's ready instead of just launching it an hoping for the best - only vt switch if things go bad, X and gdm will handle making sure the right vt is active. - don't ever change the busy cursor to not busy (if we're not busy then rhgb shouldn't be running). scim-bridge-0.4.5-3.fc6 ----------------------- * Fri Sep 29 2006 Jens Petersen - 0.4.5-3 - add scim-bridge-0.4.5-key-event-order-206261.patch from cvs to fix modifiers problem with scim-sinhala (Ryo Dairiki, #206261) - make im module subpackages require scim-bridge = ver-rel instead of /usr/bin/scim-bridge (#207872) scim-sinhala-0.2.0-2.fc6 ------------------------ * Thu Sep 28 2006 Jens Petersen - 0.2.0-2 - add scim-sinhala-remove-timeout-206253.patch to remember previous key event for longer than a second (#206253) - add scim-sinhala-help-text-206114.patch to add some keymap help (#206114) selinux-policy-2.3.16-9 ----------------------- * Thu Sep 28 2006 Dan Walsh 2.3.16-9 - Remove bluetooth-helper transition - Add selinux_validate for semanage - Require new version of libsemanage * Thu Sep 28 2006 Dan Walsh 2.3.16-8 - Fix prelink * Thu Sep 28 2006 Dan Walsh 2.3.16-7 - Fix rhgb sip-4.4.5-3 ----------- * Thu Sep 28 2006 Than Ngo 4.4.5-3 - fix #207297, use qt qmake files * Wed Sep 20 2006 Than Ngo 4.4.5-2 - fix #206633, own %_datadir/sip system-config-printer-0.7.31-1 ------------------------------ * Fri Sep 29 2006 Tim Waugh 0.7.31-1 - 0.7.31: - Select recommended driver automatically (bug #208606). - Better visibility of driver list (bug #203907). * Fri Sep 29 2006 Tim Waugh 0.7.30-1 - 0.7.30: - Translations fixed properly (bug #206622). - Button widths corrected (bug #208556). tar-2:1.15.1-17 --------------- * Tue Sep 19 2006 Peter Vrabec 2:1.15.1-17 - start new epoch, downgrade to solid stable 1.15.1-16 (#206979), - all patches are backported * Tue Sep 19 2006 Peter Vrabec 1.15.91-2 - apply patches, which were forgotten during upgrade tclx-8.4-4 ---------- * Fri Sep 15 2006 Marcela Maslanova - 8.4-4 - rebuild ttmkfdir-3.0.9-22 ----------------- * Fri Sep 29 2006 Lingning Zhang - 3.0.9-22 - delete "%post" and "Requires(post)" in ttmkfdir.spec usermode-1.87-1 --------------- * Wed Sep 20 2006 Martin Bacovsky 1.87-1 - pam-panel-icon is now transparent on GTK+ >2.10 (#207181), thanks to Bill Nottingham Broken deps for s390 ---------------------------------------------------------- systemtap - 0.5.9-1.fc6.s390 requires kernel >= 0:2.6.9-11 From splinux at fedoraproject.org Sat Sep 30 13:18:12 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Sat, 30 Sep 2006 15:18:12 +0200 Subject: Glade 3 is not in Core Message-ID: Hi, Just a small mail to inform you that glade 3 is not in core. The version available is not up to date, 2.12 and it'll be great to upgrade to the latest release., Regards, Damien Durand -------------- next part -------------- An HTML attachment was scrubbed... URL: From jwboyer at jdub.homelinux.org Sat Sep 30 13:46:01 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 30 Sep 2006 08:46:01 -0500 Subject: Glade 3 is not in Core In-Reply-To: References: Message-ID: <1159623961.2684.2.camel@vader.jdub.homelinux.org> On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: > Hi, > > Just a small mail to inform you that glade 3 is not in core. The > version available is not up to date, 2.12 and it'll be great to > upgrade to the latest release., 1) I'm pretty sure the package maintainer knows this already. 2) Things like this belong in bugzilla. 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the question given that the freeze is in place. Perhaps for FC7 though. josh From mclasen at redhat.com Sat Sep 30 14:06:34 2006 From: mclasen at redhat.com (Matthias Clasen) Date: Sat, 30 Sep 2006 10:06:34 -0400 Subject: Glade 3 is not in Core In-Reply-To: <1159623961.2684.2.camel@vader.jdub.homelinux.org> References: <1159623961.2684.2.camel@vader.jdub.homelinux.org> Message-ID: <1159625194.3252.2.camel@localhost.localdomain> On Sat, 2006-09-30 at 08:46 -0500, Josh Boyer wrote: > On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: > > Hi, > > > > Just a small mail to inform you that glade 3 is not in core. The > > version available is not up to date, 2.12 and it'll be great to > > upgrade to the latest release., > > 1) I'm pretty sure the package maintainer knows this already. > > 2) Things like this belong in bugzilla. > > 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the > question given that the freeze is in place. Perhaps for FC7 though. > > josh > It should be pointed out that despite the name, glade3 is a different program and not just a newer version of glade2. And when thinking about obsoleting glade2, there are interesting alternatives like gazpacho. Matthias From denis at poolshark.org Sat Sep 30 14:08:51 2006 From: denis at poolshark.org (Denis Leroy) Date: Sat, 30 Sep 2006 16:08:51 +0200 Subject: Glade 3 is not in Core In-Reply-To: <1159625194.3252.2.camel@localhost.localdomain> References: <1159623961.2684.2.camel@vader.jdub.homelinux.org> <1159625194.3252.2.camel@localhost.localdomain> Message-ID: <451E7A73.3050905@poolshark.org> Matthias Clasen wrote: > On Sat, 2006-09-30 at 08:46 -0500, Josh Boyer wrote: >> On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: >>> Hi, >>> >>> Just a small mail to inform you that glade 3 is not in core. The >>> version available is not up to date, 2.12 and it'll be great to >>> upgrade to the latest release., >> 1) I'm pretty sure the package maintainer knows this already. >> >> 2) Things like this belong in bugzilla. >> >> 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the >> question given that the freeze is in place. Perhaps for FC7 though. >> >> josh >> > > It should be pointed out that despite the name, glade3 is a different > program and not just a newer version of glade2. And when thinking about > obsoleting glade2, there are interesting alternatives like gazpacho. Sounds like a good candidate for Extras then. From splinux at fedoraproject.org Sat Sep 30 14:41:10 2006 From: splinux at fedoraproject.org (Damien Durand) Date: Sat, 30 Sep 2006 16:41:10 +0200 Subject: Glade 3 is not in Core In-Reply-To: <451E7A73.3050905@poolshark.org> References: <1159623961.2684.2.camel@vader.jdub.homelinux.org> <1159625194.3252.2.camel@localhost.localdomain> <451E7A73.3050905@poolshark.org> Message-ID: Of course we can add this one in Extras but for me this solution is not good. Glade 3 is a rewrite of the Glade 2 version, by consequent, glade 2 is now obsolete. Damien 2006/9/30, Denis Leroy : > > Matthias Clasen wrote: > > On Sat, 2006-09-30 at 08:46 -0500, Josh Boyer wrote: > >> On Sat, 2006-09-30 at 15:18 +0200, Damien Durand wrote: > >>> Hi, > >>> > >>> Just a small mail to inform you that glade 3 is not in core. The > >>> version available is not up to date, 2.12 and it'll be great to > >>> upgrade to the latest release., > >> 1) I'm pretty sure the package maintainer knows this already. > >> > >> 2) Things like this belong in bugzilla. > >> > >> 3) I highly doubt any sort of upgrade for Fedora Core 6 is out of the > >> question given that the freeze is in place. Perhaps for FC7 though. > >> > >> josh > >> > > > > It should be pointed out that despite the name, glade3 is a different > > program and not just a newer version of glade2. And when thinking about > > obsoleting glade2, there are interesting alternatives like gazpacho. > > Sounds like a good candidate for Extras then. > > -- > fedora-extras-list mailing list > fedora-extras-list at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-extras-list > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dwmw2 at infradead.org Sat Sep 30 15:05:47 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Sep 2006 16:05:47 +0100 Subject: Bluez packages in FC6 In-Reply-To: <20060928212407.GE939474@hiwaay.net> References: <1159475018.3309.333.camel@pmac.infradead.org> <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> <20060928212407.GE939474@hiwaay.net> Message-ID: <1159628747.6631.5.camel@pmac.infradead.org> On Thu, 2006-09-28 at 16:24 -0500, Chris Adams wrote: > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=182979 > > I would definately be interested in testing a new version to see if it > helps. The new version gives a more useful error message when it rejects a connection from an unknown device. It does make a certain amount of sense to disallow unknown keyboards and mice from connecting -- the new dbus integration should allow us to improve that situation by letting bluez-gnome _ask_ the user if the new device should be permitted to connect, but erring on the side of caution makes sense for now. -- dwmw2 From dwmw2 at infradead.org Sat Sep 30 15:13:28 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Sep 2006 16:13:28 +0100 Subject: Bluez packages in FC6 In-Reply-To: <5256d0b0609281416i68194ef2j896e4ef17304f949@mail.gmail.com> References: <1159475018.3309.333.camel@pmac.infradead.org> <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> <1159477680.3309.353.camel@pmac.infradead.org> <5256d0b0609281416i68194ef2j896e4ef17304f949@mail.gmail.com> Message-ID: <1159629208.6631.9.camel@pmac.infradead.org> On Thu, 2006-09-28 at 22:16 +0100, Peter Robinson wrote: > Sorry, only queried my bluez-utils and wrongly thought that the 2 > tracked one another. So it will and update of the utils and the gnome > stuff. If you set up a temp repo for the bluez stuff prior to release > and placement into testing let me know where it is and I can do some > testing. http://david.woodhou.se/bluez/ It's all there for PowerPC already; I'm working on i386 packages too. -- dwmw2 From dwmw2 at infradead.org Sat Sep 30 15:15:39 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Sep 2006 16:15:39 +0100 Subject: Bluez packages in FC6 In-Reply-To: References: <1159475018.3309.333.camel@pmac.infradead.org> Message-ID: <1159629339.6631.13.camel@pmac.infradead.org> On Fri, 2006-09-29 at 11:44 +0200, Benny Amorsen wrote: > If the old stuff is similar to what is in FC5, it is almost useless > anyway. It is hard to imagine that any kind of change could make it > worse. Can you elaborate? I've used the Bluetooth packages in FC5 almost daily -- with Bluetooth mouse, GPRS 'dialup' over Bluetooth phone, BNEP connectivity. I also use gnome-bluetooth to receive files from my phone. It doesn't seem 'almost useless' here -- what's wrong with it for you? -- dwmw2 From dravet at hotmail.com Sat Sep 30 15:27:03 2006 From: dravet at hotmail.com (Jason Dravet) Date: Sat, 30 Sep 2006 10:27:03 -0500 Subject: fedora time bug Message-ID: Am Donnerstag, den 28.09.2006, 15:30 -0500 schrieb Jason Dravet: >It could be a few things, I expect Windows is finding with Linux about >the date of the system clock. One wants UTC the other doesn't, but >you >said you tried that. > >A while back there was a bug in the gnome applet for displaying the >time >that would ignore the timezone - what does "date" from a console >say? Does >it agree with the applet? > >Perhaps your Linux box is even syncing with a bad time server, but I >doubt it. I tried both with UTC and without. This time problem has been happening since test2. Date displays the correct time, the gnome clock applet shows five hours in the future. Central time is 7 hours behind GMT if my memory is right. The timezone is set correctly according to the applet. Thanks, Jason From jacliburn at bellsouth.net Sat Sep 30 15:29:21 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sat, 30 Sep 2006 10:29:21 -0500 Subject: fedora time bug In-Reply-To: References: Message-ID: <451E8D51.8070003@bellsouth.net> Jason Dravet wrote: > Date displays the correct time, the gnome clock applet shows five hours > in the future. Central time is 7 hours behind GMT if my memory is > right. The timezone is set correctly according to the applet. Central daylight time is GMT minus 5. From dravet at hotmail.com Sat Sep 30 15:49:12 2006 From: dravet at hotmail.com (Jason Dravet) Date: Sat, 30 Sep 2006 10:49:12 -0500 Subject: fedora time bug Message-ID: Eric wrote: >If you are using Windows, make sure UTC is uncheck and select the >correct >timezone (any CST - central standard timezone will do). >Under "Network >Time Protocol" tab check: > > [x] Enable Network Time Protocol > >Further down, click on "Show advanced options" and check only the >top >option: > > [x] Synchronize system clock before starting service > [ ] use local time source > >Bring up the "Terminal" to restart the NTP service under the >command >prompt: > /etc/init.d/ntpd restart > ># NOTE: this is redundant but, it will test whether your time will >remain >on time upon reboot. Thank you for the post. I tried the instructions and the same results. I am beginning to think this is a gnome clock applet display bug something like it is using the wrong timezone to display the date. Thanks, Jason From dwmw2 at infradead.org Sat Sep 30 16:07:35 2006 From: dwmw2 at infradead.org (David Woodhouse) Date: Sat, 30 Sep 2006 17:07:35 +0100 Subject: Bluez packages in FC6 In-Reply-To: <1159479815.3309.359.camel@pmac.infradead.org> References: <1159475018.3309.333.camel@pmac.infradead.org> <5256d0b0609281400h5b54c140v3c93e6a422891af0@mail.gmail.com> <20060928212407.GE939474@hiwaay.net> <1159479815.3309.359.camel@pmac.infradead.org> Message-ID: <1159632455.6631.15.camel@pmac.infradead.org> On Thu, 2006-09-28 at 22:43 +0100, David Woodhouse wrote: > My bluetooth mouse seems to work fine with hidd, as long as selinux is > disabled. With selinux enforcing, I get > Sep 28 22:41:21 pegasos kernel: audit(1159479681.403:19): avc: denied { getattr } for pid=1798 comm="hidd" scontext=system_u:system_r:bluetooth_t:s0 tcontext=system_u:object_r:unlabeled_t:s0 tclass=socket > Sep 28 22:41:23 pegasos hidd[1798]: HID create error 13 (Permission denied) Fixed in 2.6.18-1.2721 kernel -- dwmw2 From dravet at hotmail.com Sat Sep 30 15:54:08 2006 From: dravet at hotmail.com (Jason Dravet) Date: Sat, 30 Sep 2006 10:54:08 -0500 Subject: fedora time bug Message-ID: Jay wrote: > >Central daylight time is GMT minus 5. Then this has to be a gnome clock applet bug in that it is ignoring the timezone during its calculations. Now that the problem has been properly identified I will open a bug if one does not exist already. Thanks, Jason From cmadams at hiwaay.net Sat Sep 30 16:34:22 2006 From: cmadams at hiwaay.net (Chris Adams) Date: Sat, 30 Sep 2006 11:34:22 -0500 Subject: fedora time bug In-Reply-To: References: Message-ID: <20060930163422.GA577551@hiwaay.net> Once upon a time, Jason Dravet said: > Then this has to be a gnome clock applet bug in that it is ignoring the > timezone during its calculations. Now that the problem has been properly > identified I will open a bug if one does not exist already. Have you made sure the "Use UTC" option is not checked in the clock preferences? -- Chris Adams Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble. From stickster at gmail.com Sat Sep 30 17:12:52 2006 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 30 Sep 2006 13:12:52 -0400 Subject: rpm build/pa issues In-Reply-To: <451BDDD5.9000103@gmail.com> References: <4511CDCE.2060909@bellsouth.net> <1158840209.15768.81.camel@localhost.localdomain> <45128897.8050505@gmail.com> <1159026905.6358.8.camel@localhost.localdomain> <451BDDD5.9000103@gmail.com> Message-ID: <1159636372.15089.55.camel@localhost.localdomain> On Thu, 2006-09-28 at 09:36 -0500, Ted X Toth wrote: > Paul W. Frields wrote: > > On Thu, 2006-09-21 at 07:41 -0500, Ted X Toth wrote: > > > >> Paul W. Frields wrote: > >> > >>> On Wed, 2006-09-20 at 18:25 -0500, Jay Cliburn wrote: > >>> > >>> > >>>> Xavier Toth wrote: > >>>> > >>>> > >>>>> I downloaded the rawhide kernel sources and tried to make a i686 rpm. > >>>>> Following the instructions on > >>>>> http://fedora.redhat.com/docs/release-notes/fc6test2/ I ran 'rpmbuild > >>>>> -bp --target i686 kernel-2.6.spec' then copied > >>>>> configs/kernel-2.6.17-i686.config to .config and edited the Makefile > >>>>> changing EXTRAVERSION = -prep to EXTRAVERSION = -1.2647.fc6. I then > >>>>> did a 'make oldconfig' (unclear why this is necessary since the copied > >>>>> a prebuilt config file already) and then 'make rpm'. The result of the > >>>>> make is rpmbuild/RPMS/i386/kernel-2.6.171.2647.fc6-1.i386.rpm and > >>>>> there are several issues with this: > >>>>> 1) a i386 rpm was produced not a i686 rpm > >>>>> 2) the EXTRAVERSION losses its '-' and so is run up against the kernel > >>>>> version in the file name '2.6.171.2647.fc6' > >>>>> > >>>>> Are the instruction correct? Are these bugs in the build system? > >>>>> > >>>>> Ted > >>>>> > >>>>> > >>>>> > >>>> Despite what anyone on this list tells you to the contrary, the dash _will_ be > >>>> removed when you run "make rpm". > >>>> See ~/rpmbuild/BUILD/kernel-/linux-/scripts/package/Makefile at line 30. > >>>> > >>>> Also see this thread. > >>>> https://www.redhat.com/archives/fedora-devel-list/2006-August/msg00272.html > >>>> > >>>> So yes, the Release Notes are incorrect. You need to use a period, not a dash, > >>>> in the EXTRAVERSION field if you intend to "make rpm". > >>>> > >>> The Release Notes don't address specifically building a new kernel RPM. > >>> The typical Fedora-specific way for building the kernel AIUI would be to > >>> use rpmbuild and the specfile, as for other RPMs. Doing so makes > >>> EXTRAVERSION work as expected, and (when using --target=i686) generates > >>> the expected .i686.rpm kernel(s). I'll add a sentence or two to the > >>> Release Notes that discusses this. > >>> > >>> > >> Could you include them here now also, please? > >> > > > > Rather than using "make srpm" from within the BUILD/kernel*/linux* > > folder, you can include your custom config file(s) in the SOURCES/ > > folder, edit the specfile as needed, and do "rpmbuild -ba --target=i686 > > SPECS/kernel-2.6.spec" to build your custom kernel. > > > > > I appreciate your help but please understand I'm not a kernel developer > but rather an application developer who needs, at times, to use the > latest kernel. With that in mind which "custom config files(s)" are you > referring to that I'd need to move to SOURCES? What edits if any need to > be made in SPECS/kernel-2.6.spec if all I'm trying to do is create a > binary rpm for the specified architecture? The config file is the file which controls how the kernel will be built -- which drivers will be compiled in, made as modules, or left out completely, and any options for them. You'll find the stock config files that we use for Fedora in the SOURCES folder ("kernel--*.config"). If you need to build a custom kernel and want to manage it with an RPM, which is a preferred method, just replace the config file in question with the one you've changed for your purposes. Then you can simply build the binary RPMs using the specfile in the same way as any RPM. You can generate a config file from absolute scratch, if you don't want to start with the stock ones, by doing: $ rpmbuild --target=$(uname -m) ~/rpmbuild/SPECS/kernel-2.6.spec $ cd ~/rpmbuild/BUILD/kernel*/linux* $ make config # or make menuconfig, et al. If all of this is confusing, you may want to revisit your reasoning behind using the newest kernel for your application, rather than using the normal kernel-devel to build your package against. -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- 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 jacliburn at bellsouth.net Sat Sep 30 17:38:07 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sat, 30 Sep 2006 12:38:07 -0500 Subject: fedora time bug In-Reply-To: References: Message-ID: <451EAB7F.1040200@bellsouth.net> Jason Dravet wrote: > Jay wrote: >> >> Central daylight time is GMT minus 5. > > Then this has to be a gnome clock applet bug in that it is ignoring the > timezone during its calculations. Mine works fine. Here's how I'm set up. Right click on the applet and select "Adjust Date & Time". Enter the root password. Click the Time Zone tab. Select Chicago. Click System clock uses UTC. Click OK. That's the config that's working for me in US Central. From jacliburn at bellsouth.net Sat Sep 30 17:38:57 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sat, 30 Sep 2006 12:38:57 -0500 Subject: fedora time bug In-Reply-To: References: Message-ID: <451EABB1.602@bellsouth.net> Jason Dravet wrote: > Jay wrote: >> >> Central daylight time is GMT minus 5. > > Then this has to be a gnome clock applet bug in that it is ignoring the > timezone during its calculations. Mine works fine. Here's how I'm set up. Right click on the applet and select "Adjust Date & Time". Enter the root password. Click the Time Zone tab. Select Chicago. Click System clock uses UTC. Click Network Time Protocal tab. Click Enable Network Time Protocol. Click OK. That's the config that's working for me in US Central. From jacliburn at bellsouth.net Sat Sep 30 17:39:28 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sat, 30 Sep 2006 12:39:28 -0500 Subject: fedora time bug In-Reply-To: References: Message-ID: <451EABD0.5090909@bellsouth.net> Jason Dravet wrote: > Jay wrote: >> >> Central daylight time is GMT minus 5. > > Then this has to be a gnome clock applet bug in that it is ignoring the > timezone during its calculations. Works fine for me under current Rawhide. Here's how I'm set up. Right click on the applet and select "Adjust Date & Time". Enter the root password. Click the Time Zone tab. Select Chicago. Click System clock uses UTC. Click Network Time Protocal tab. Click Enable Network Time Protocol. Click OK. That's the config that's working for me in the US Central timezone. From jacliburn at bellsouth.net Sat Sep 30 17:40:58 2006 From: jacliburn at bellsouth.net (Jay Cliburn) Date: Sat, 30 Sep 2006 12:40:58 -0500 Subject: fedora time bug In-Reply-To: <451EABD0.5090909@bellsouth.net> References: <451EABD0.5090909@bellsouth.net> Message-ID: <451EAC2A.8010400@bellsouth.net> DOH!!!! Sorry for the dupes. My mailer lied and said they'd been cancelled before sending. From franklinux392 at yahoo.com Sat Sep 30 19:01:33 2006 From: franklinux392 at yahoo.com (Frank S.) Date: Sat, 30 Sep 2006 12:01:33 -0700 (PDT) Subject: WIRELESS 0.3 Message-ID: <20060930190133.26292.qmail@web54301.mail.yahoo.com> Hi thank you for your reply, I do not have a lot of problem with wireless cards, but why we have to make it harder to people starting to use LINUX, It seams that other Distros do NOT have this problems about legal or they are not afraid (Ubuntu, freespire, SLED 10, Mepis, and others) the problem is that there are to many Distros and when people have problems with one they do not bother to fix the problem they just try another Distro, If we want to make Fedora Core Bigger we have to start thinking in a diff. way. --------------------------------- Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1?/min. -------------- next part -------------- An HTML attachment was scrubbed... URL: From david at fubar.dk Sat Sep 30 19:10:20 2006 From: david at fubar.dk (David Zeuthen) Date: Sat, 30 Sep 2006 15:10:20 -0400 Subject: WIRELESS 0.3 In-Reply-To: <20060930190133.26292.qmail@web54301.mail.yahoo.com> References: <20060930190133.26292.qmail@web54301.mail.yahoo.com> Message-ID: <1159643420.2597.5.camel@zelda.fubar.dk> On Sat, 2006-09-30 at 12:01 -0700, Frank S. wrote: > Hi thank you for your reply, I do not have a lot of problem with > wireless cards, but why we have to make it harder to people starting > to use LINUX, It seams that other Distros do NOT have this problems > about legal or they are not afraid (Ubuntu, freespire, SLED 10, Mepis, > and others) the problem is that there are to many Distros and when > people have problems with one they do not bother to fix the problem > they just try another Distro, If we want to make Fedora Core Bigger we > have to start thinking in a diff. way. It has been adequately explained why Fedora Core / Extras don't carry non-free software or why Fedora Core isn't shipping out-of-tree drivers. The fact that other distributions (such as Ubuntu) include non-free software / out-of-tree drivers is hardly on topic on the development list for Fedora - it's just sad that they're effectively are undoing a lot of hard work done by Fedora and a few others that care about free software. Please take this elsewhere. Thanks. David From david at lovesunix.net Sat Sep 30 19:20:23 2006 From: david at lovesunix.net (David Nielsen) Date: Sat, 30 Sep 2006 21:20:23 +0200 Subject: WIRELESS 0.3 In-Reply-To: <20060930190133.26292.qmail@web54301.mail.yahoo.com> References: <20060930190133.26292.qmail@web54301.mail.yahoo.com> Message-ID: <1159644023.2655.25.camel@price> l?r, 30 09 2006 kl. 12:01 -0700, skrev Frank S.: > Hi thank you for your reply, I do not have a lot of problem with > wireless cards, but why we have to make it harder to people starting > to use LINUX, It seams that other Distros do NOT have this problems > about legal or they are not afraid (Ubuntu, freespire, SLED 10, Mepis, > and others) the problem is that there are to many Distros and when > people have problems with one they do not bother to fix the problem > they just try another Distro, If we want to make Fedora Core Bigger we > have to start thinking in a diff. way. And if other people jumped off a cliff would you follow them? There's a good reason why we don't include drivers that aren't upstream, they haven't gone through peer review or were not considered ready yet. As for closed source or legally doubious stuff it will never have a place in Fedora Core, we value freedom. Yes it's sad that we thus temporarily lose a tad of functionality to those distros that claim to be free but ship ati/nvidia/ndiswrapper/madwifi and the likes. The only way everyone wins is if drivers get into the kernel upstream. Now this policy bites me as well, I have a wifi UDB thingy that's only supported by the out of tree ralink driver, but I will wait till it's upstream, I tried it on Ubuntu as they ship it and by pure magic when I plug my dongle in the keyboard stops responding after a while (oh and still no wireless network). Is this really better than following the strict upstream guideline? - David Nielsen From fedora at leemhuis.info Sat Sep 30 19:36:07 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Sep 2006 21:36:07 +0200 Subject: WIRELESS 0.3 In-Reply-To: <1159643420.2597.5.camel@zelda.fubar.dk> References: <20060930190133.26292.qmail@web54301.mail.yahoo.com> <1159643420.2597.5.camel@zelda.fubar.dk> Message-ID: <451EC727.4060301@leemhuis.info> David Zeuthen schrieb: > On Sat, 2006-09-30 at 12:01 -0700, Frank S. wrote: >> Hi thank you for your reply, I do not have a lot of problem with >> wireless cards, but why we have to make it harder to people starting >> to use LINUX, It seams that other Distros do NOT have this problems >> about legal or they are not afraid (Ubuntu, freespire, SLED 10, Mepis, >> and others) the problem is that there are to many Distros and when >> people have problems with one they do not bother to fix the problem >> they just try another Distro, If we want to make Fedora Core Bigger we >> have to start thinking in a diff. way. > It has been adequately explained why Fedora Core / Extras don't carry > non-free software or why Fedora Core isn't shipping out-of-tree drivers. [...] I'm wondering if we should document this explicitly somewhere in an "official" place. CU thl From alan at redhat.com Sat Sep 30 20:21:03 2006 From: alan at redhat.com (Alan Cox) Date: Sat, 30 Sep 2006 16:21:03 -0400 Subject: WIRELESS 0.3 In-Reply-To: <20060930190133.26292.qmail@web54301.mail.yahoo.com> References: <20060930190133.26292.qmail@web54301.mail.yahoo.com> Message-ID: <20060930202103.GB16575@devserv.devel.redhat.com> On Sat, Sep 30, 2006 at 12:01:33PM -0700, Frank S. wrote: > Hi thank you for your reply, I do not have a lot of problem with wireless cards, but why we have to make it harder to people starting to use LINUX, It seams that other Distros do NOT have this problems about legal or they are not afraid (Ubuntu, freespire, SLED 10, Mepis, and others) the problem is that there are to many Distros and when people have problems with one they do not bother to fix the problem they just try another Distro, If we want to make Fedora Core Bigger we have to start thinking in a diff. way. Isn't that a bit like arguing that if you want better returns on your money you should rob banks, or hold up old ladies ? It is important to stay within the law and to build a stable reliable system. In the longer term it pays dividends in quality and reliability. It also means that if there ever is a storm of lawsuits we will be in the clear not taken out by some large third party funded lawsuit. Alan From stickster at gmail.com Sat Sep 30 20:43:14 2006 From: stickster at gmail.com (Paul W. Frields) Date: Sat, 30 Sep 2006 16:43:14 -0400 Subject: WIRELESS 0.3 In-Reply-To: <451EC727.4060301@leemhuis.info> References: <20060930190133.26292.qmail@web54301.mail.yahoo.com> <1159643420.2597.5.camel@zelda.fubar.dk> <451EC727.4060301@leemhuis.info> Message-ID: <1159648994.15089.58.camel@localhost.localdomain> On Sat, 2006-09-30 at 21:36 +0200, Thorsten Leemhuis wrote: > > David Zeuthen schrieb: > > On Sat, 2006-09-30 at 12:01 -0700, Frank S. wrote: > >> Hi thank you for your reply, I do not have a lot of problem with > >> wireless cards, but why we have to make it harder to people starting > >> to use LINUX, It seams that other Distros do NOT have this problems > >> about legal or they are not afraid (Ubuntu, freespire, SLED 10, Mepis, > >> and others) the problem is that there are to many Distros and when > >> people have problems with one they do not bother to fix the problem > >> they just try another Distro, If we want to make Fedora Core Bigger we > >> have to start thinking in a diff. way. > > It has been adequately explained why Fedora Core / Extras don't carry > > non-free software or why Fedora Core isn't shipping out-of-tree drivers. [...] > > I'm wondering if we should document this explicitly somewhere in an > "official" place. Isn't http://fedoraproject.org/wiki/ForbiddenItems enough? We've been linking that from just about everywhere for quite some time, methinks. :-) -- Paul W. Frields, RHCE http://paul.frields.org/ gpg fingerprint: 3DA6 A0AC 6D58 FEC4 0233 5906 ACDB C937 BD11 3717 Fedora Project Board: http://fedoraproject.org/wiki/Board Fedora Docs Project: http://fedoraproject.org/wiki/DocsProject -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From fedora at leemhuis.info Sat Sep 30 21:09:29 2006 From: fedora at leemhuis.info (Thorsten Leemhuis) Date: Sat, 30 Sep 2006 23:09:29 +0200 Subject: WIRELESS 0.3 In-Reply-To: <1159648994.15089.58.camel@localhost.localdomain> References: <20060930190133.26292.qmail@web54301.mail.yahoo.com> <1159643420.2597.5.camel@zelda.fubar.dk> <451EC727.4060301@leemhuis.info> <1159648994.15089.58.camel@localhost.localdomain> Message-ID: <451EDD09.4080101@leemhuis.info> Paul W. Frields schrieb: > On Sat, 2006-09-30 at 21:36 +0200, Thorsten Leemhuis wrote: >> David Zeuthen schrieb: >>> On Sat, 2006-09-30 at 12:01 -0700, Frank S. wrote: >>>> Hi thank you for your reply, I do not have a lot of problem with >>>> wireless cards, but why we have to make it harder to people starting >>>> to use LINUX, It seams that other Distros do NOT have this problems >>>> about legal or they are not afraid (Ubuntu, freespire, SLED 10, Mepis, >>>> and others) the problem is that there are to many Distros and when >>>> people have problems with one they do not bother to fix the problem >>>> they just try another Distro, If we want to make Fedora Core Bigger we >>>> have to start thinking in a diff. way. >>> It has been adequately explained why Fedora Core / Extras don't carry >>> non-free software or why Fedora Core isn't shipping out-of-tree drivers. [...] >> I'm wondering if we should document this explicitly somewhere in an >> "official" place. > Isn't http://fedoraproject.org/wiki/ForbiddenItems enough? [...] Well, I can't see anything about wlan drivers there -- madwifi, which is really problematic, would fit there really well. But it's getting more complicated when it comes to acx and ipw3945, because even on LKML there are different opinions about their legal status and if they are acceptable for the kernel. And to quote David: "[...]why Fedora Core isn't shipping out-of-tree drivers" -- this is more a political position and not strictly forbidden afaics. It should probably be documented somewhere, too. I'm working on something in this area for Extras currently that describes why the best place for kernel-modules is the upstream kernel. But that's not ready for public consumption yet; parts of that document probably could be used for a document that explains why Fedora Core normally does not ship out-of-tree drivers in the kernel. CU thl From jwboyer at jdub.homelinux.org Sat Sep 30 21:17:55 2006 From: jwboyer at jdub.homelinux.org (Josh Boyer) Date: Sat, 30 Sep 2006 16:17:55 -0500 Subject: Bluez packages in FC6 In-Reply-To: <1159629339.6631.13.camel@pmac.infradead.org> References: <1159475018.3309.333.camel@pmac.infradead.org> <1159629339.6631.13.camel@pmac.infradead.org> Message-ID: <1159651075.2684.7.camel@vader.jdub.homelinux.org> On Sat, 2006-09-30 at 16:15 +0100, David Woodhouse wrote: > On Fri, 2006-09-29 at 11:44 +0200, Benny Amorsen wrote: > > If the old stuff is similar to what is in FC5, it is almost useless > > anyway. It is hard to imagine that any kind of change could make it > > worse. > > Can you elaborate? I've used the Bluetooth packages in FC5 almost daily > -- with Bluetooth mouse, GPRS 'dialup' over Bluetooth phone, BNEP > connectivity. I also use gnome-bluetooth to receive files from my phone. > > It doesn't seem 'almost useless' here -- what's wrong with it for you? None of the above works for me. I can get gnome-bluetooth to see the phone, but it never asks for a pin, etc. And as a result, they don't stay paired for more than 60 seconds. I once got a bluetooth mouse to pair. But alas, it's scroll wheel didn't work, and I had to do some non-obvious cmdline stuff to even get it detected in the first place. josh From dimitris at glezos.com Sat Sep 30 21:38:13 2006 From: dimitris at glezos.com (Dimitris Glezos) Date: Sat, 30 Sep 2006 22:38:13 +0100 Subject: GNOME 2.16.1 in FC6? Message-ID: <451EE3C5.7060804@glezos.com> GNOME 2.16.1 is released on 4/10 (tarballs due 2/10) and FC6 freeze is on 2/10. * http://live.gnome.org/TwoPointFifteen * http://fedoraproject.org/wiki/Core/Schedule Are we planning on including Gnome 2.16.1 in FC6? The Desktop beat and release notes say it's 2.16. Just want to make sure. -dim -- Dimitris Glezos Jabber ID: glezos at jabber.org, GPG: 0xA5A04C3B http://dimitris.glezos.com/ "He who gives up functionality for ease of use loses both and deserves neither." (Anonymous) -- From vonbrand at inf.utfsm.cl Sat Sep 30 23:35:26 2006 From: vonbrand at inf.utfsm.cl (Horst H. von Brand) Date: Sat, 30 Sep 2006 19:35:26 -0400 Subject: X not working since yesterday's update Message-ID: <200609302335.k8UNZQAk005088@laptop13.inf.utfsm.cl> Since yesterday, Gnome (and XFCE4 beta, and WindowMaker) start fine, I can move through the graphical menus fine, but not start any programs that way. Starting from another vty: DISPLAY=:0 xterm gives a normal xterm, but I can't type anything into it, no reaction to mouse, ... I think this is due to xorg-x11-server-Xorg-1.1.1-43.fc6 (or something in that bunch), but I have no earlier version I could try. -- Dr. Horst H. von Brand User #22616 counter.li.org Departamento de Informatica Fono: +56 32 2654431 Universidad Tecnica Federico Santa Maria +56 32 2654239 Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513